Raymond Day;325958 Wrote:
> The is no problem. But I was thinking some hacker got in my system and
> was sending or receiving data a lot by the Packet LED's flashing very
> fast and they never stop. Till a reboot. Or now I found out till a Kill
> command and then if I start to play music again that's when they start
> flashing again. But they don't stop after I stop the music.
Are you transcoding? It could be that the transcoder isn't getting the
abort correctly and keeps sending data after you... the traffic for
just the date/time is pretty tiny. My home switch is hidden away so no
clue what the lights look like... but I know the traffic patterns...
>
> When I do the kill to that long line every thing seems to work with
> squeezecenter.
Right, when you start SC, it runs a shell script called
'squeezcenter_safe' which is basically a loop:
while(1) {
start squeezecenter-server
}
So if the server dies (or gets killed) it restarts it. This is a very
common practice on Unix systems, I have similar 'safe' things for
mysql, radiusd, etc. It just makes sure that the real server process
sticks around even if it crashes in horrible ways.
So, yeah, the server would still be around, but that is because it is
restarted by the 'safe' script.
>
> I guess all can see it with there systems? But they must not be looking
> for it, Packet LED's to/from squeezecenter lights flashing fast.
>
> Nothing else I have on my LAN looks like it takes the bandwidth like
> this. That my slow it down.
>
Well blinky lights arent an indication of bandwidth. Some switches
have meters which would give slightly more accurate information, but a
blinky light is really just "did I see data". It would be nice if the
speed/brightness of the light was meaningful, but it many cases it is
not: you can make something look busy by sending a 500 packet every
second which is nothing in terms of bandwidth. (Ie, that is half the
speed of a 1200bps modem... remember dialup?)
>
> It my be that they should to fix this in squeezecenter.
Assuming that it is a bug. The only thing that would send large
amounts of data would be streaming audio... and that should stop when
the player stops, unless a child transcoding process for some reason is
not getting the abort (or if it was paused and just wants to keep
filling the player buffer).
>
> I know SC controls the display but it still controls if after I kill
> that long line. The only thing I see that changes is the fast flashing
> of the Data LED.
>
Right, again, the server restarts if you kill it.
See my bandwidth graph for the past couple days: this includes all
traffic on my home network, so much of it is the wife's laptop and
such, but you can see the 'baseline' activity is very little even with
4 players and an SBC remote.
+-------------------------------------------------------------------+
|Filename: cricket.png |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=5573|
+-------------------------------------------------------------------+
--
snarlydwarf
------------------------------------------------------------------------
snarlydwarf's Profile: http://forums.slimdevices.com/member.php?userid=1179
View this thread: http://forums.slimdevices.com/showthread.php?t=50639
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/unix
