PDA

View Full Version : why do i get high cpu usage for hours?



stinkpot
2006-08-25, 08:15
hi all,

i've got slimserver installed on a debian box. my hardware is about 6 months old, so it should be more than adequate for running slimserver.

i notice that every couple of days, my slimserver.pl task will take up 90% of my CPU for hours, if not days. i have library scanning turned off, so i know that that's not causing it. i don't listen to internet radio either through my server.

i'm running out of ideas as to what's causing this.

enabling logging, i did come across this message, repeated over and over and over:

2006-08-25 11:06:48.7874 reading http file for (Default html/silence.mp3)
2006-08-25 11:06:48.7877 Checking for /usr/local/slimserver/HTML/Default/html/silence.mp3.
2006-08-25 11:06:48.7880 Checking for /usr/local/slimserver/Plugins/RandomPlay/HTML/Default/html/silence.mp3.
2006-08-25 11:06:48.7883 Checking for /usr/local/slimserver/Plugins/Favorites/HTML/Default/html/silence.mp3.
2006-08-25 11:06:48.7886 Checking for /usr/local/slimserver/Plugins/Health/HTML/Default/html/silence.mp3.
2006-08-25 11:06:48.7889 couldn't find Default html/silence.mp3 trying for EN
2006-08-25 11:06:48.7891 Checking for /usr/local/slimserver/HTML/EN/html/silence.mp3.
2006-08-25 11:06:48.7894 reading file: /usr/local/slimserver/HTML/EN/html/silence.mp3
2006-08-25 11:06:48.7899 Streamed 10449 to 127.0.0.1
2006-08-25 11:06:48.7907 sendstreaming response begun...
2006-08-25 11:06:48.7910 (silence)2006-08-25 11:06:48.7912 generating from html/silence.mp3
2006-08-25 11:06:48.7914 reading http file for (Default html/silence.mp3)
2006-08-25 11:06:48.7917 Checking for /usr/local/slimserver/HTML/Default/html/silence.mp3.
2006-08-25 11:06:48.7920 Checking for /usr/local/slimserver/Plugins/RandomPlay/HTML/Default/html/silence.mp3.
2006-08-25 11:06:48.7923 Checking for /usr/local/slimserver/Plugins/Favorites/HTML/Default/html/silence.mp3.
2006-08-25 11:06:48.7926 Checking for /usr/local/slimserver/Plugins/Health/HTML/Default/html/silence.mp3.
2006-08-25 11:06:48.7929 couldn't find Default html/silence.mp3 trying for EN
2006-08-25 11:06:48.7932 Checking for /usr/local/slimserver/HTML/EN/html/silence.mp3.
2006-08-25 11:06:48.7934 reading file: /usr/local/slimserver/HTML/EN/html/silence.mp3
2006-08-25 11:06:48.7939 Streamed 10449 to 127.0.0.1

does anyone know if this is normal behavior? could it be responsible for my high cpu usage?

much thanks!
- lawrence

stinkpot
2006-08-25, 08:19
actually, i know it's not that silence thing - i just played music and the usage remained at near 95%. any other ideas for debugging? thanks!

mherger
2006-08-25, 09:08
> 2006-08-25 11:06:48.7874 reading http file for (Default
> html/silence.mp3)

Are you streaming to a software player other than softsqueeze or do you
have port redirection configured on your router to access slimserver over
the internet?

--

Michael

-----------------------------------------------------------
Help translate SlimServer by using the
StringEditor Plugin (http://www.herger.net/slim/)

stinkpot
2006-08-25, 09:30
i'm streaming to a local player (splay) and occassionally, a remote one over the internet.

mherger
2006-08-25, 09:43
> i'm streaming to a local player (splay)

Next time you got high CPU usage try shutting down these players (not only
stopping playback). silence.mp3 IMHO is being played while your playlist
to a software player is empty.

> and occassionally, a remote one over the internet.

Just be sure your slimserver isn't available worldwide open to the public.
Somebody might be enjoying your music collection :-). How do you make it
available for remote usage?

--

Michael

-----------------------------------------------------------
Help translate SlimServer by using the
StringEditor Plugin (http://www.herger.net/slim/)

stinkpot
2006-08-25, 10:56
i'll try shutting down both players - that sounds reasonable. in the mean time, i'm going to upgrade to 6.5b1 and see if the problem just goes away.

oh and my slimserver broadcasts out of a non-default port. i figured i'd know if someone was mooching: i'd be able to see their player connected on my homepage.

thanks for the ideas!

tommypeters
2006-08-25, 11:30
i'll try shutting down both players - that sounds reasonable. in the mean time, i'm going to upgrade to 6.5b1 and see if the problem just goes away.

oh and my slimserver broadcasts out of a non-default port. i figured i'd know if someone was mooching: i'd be able to see their player connected on my homepage.

thanks for the ideas!
You need more protection than that to keep a good hacker out.

mherger
2006-08-25, 12:16
> oh and my slimserver broadcasts out of a non-default port. i figured
> i'd know if someone was mooching: i'd be able to see their player
> connected on my homepage.

If he connected using a player. Others just connect to download your
music...

> http://stinkpot.afraid.org:8080

BTW: did you use a lot of duct tape while backpacking through Europe? :-)

--

Michael

-----------------------------------------------------------
Help translate SlimServer by using the
StringEditor Plugin (http://www.herger.net/slim/)

stinkpot
2006-08-25, 13:31
> oh and my slimserver broadcasts out of a non-default port. i figured
> i'd know if someone was mooching: i'd be able to see their player
> connected on my homepage.

If he connected using a player. Others just connect to download your
music...



oh really? i had no idea that that was possible!

i briefly flirted with the built-in username/password, but my bare-bones local player on the server couldn't handle stream authentication. so, i've instead chosen security via obscurity. is it really possible that someone is just dumping out my music? could that explain high cpu usage?

heh, and althought i brought the duct tape to europe, we luckily didn't need it. maybe i should start using some of it to hold together my webserver, though.

mherger
2006-08-25, 13:45
> i briefly flirted with the built-in username/password, but my
> bare-bones local player on the server couldn't handle stream

what about http://login:password@yourserver:9000/stream.mp3 ?

> authentication. so, i've instead chosen security via obscurity. is it
> really possible that someone is just dumping out my music? could that
> explain high cpu usage?

Can't say. But I've seen people complaining about high bandwidth usage by
slimserver... I haven't found yours:

http://www.google.ch/search?as_q=welcome+to+slimserver&as_occt=title

--

Michael

-----------------------------------------------------------
Help translate SlimServer by using the
StringEditor Plugin (http://www.herger.net/slim/)