Triode Wrote: > To add the the post from Andy above - I would be interested in the > output from the --perfwarn option added to last night's 6.5 from anyone > having problems streaming to SB1. This may help target the problem > areas in the current server architecture.
To add my data to this I've been running with perfwarn set to 0.5 for an hour or so and been heavily using the web interface to try to provoke problems. Extracts from the log showing the warnings are are below. Initial web interface display (not playing) 2006-05-08 19:40:54.3443 Response Time > 0.5 : 4.41643714904785 2006-05-08 19:40:54.3753 Select Task > 0.5 : 4.95871186256409 2006-05-08 19:40:54.3950 Slim::Web::HTTP::processHTTP During a search-as-you-type in default skin (not playing) 2006-05-08 19:41:23.6623 Timer Task > 0.5 : 1.62203288078308 2006-05-08 19:41:23.6639 Slim::Utils::Prefs::writePrefs 2006-05-08 19:41:23.6653 Response Time > 0.5 : 1.62518000602722 2006-05-08 19:41:43.3703 Select Task > 0.5 : 0.746092081069946 2006-05-08 19:41:43.3722 Slim::Web::HTTP::processHTTP 2006-05-08 19:41:43.3781 Response Time > 0.5 : 0.729049921035767 2006-05-08 19:41:45.7676 Select Task > 0.5 : 1.12858891487122 2006-05-08 19:41:45.7692 Slim::Web::HTTP::processHTTP 2006-05-08 19:41:45.7754 Response Time > 0.5 : 1.11205697059631 2006-05-08 19:41:46.9933 Select Task > 0.5 : 1.21611595153809 2006-05-08 19:41:46.9950 Slim::Web::HTTP::processHTTP 2006-05-08 19:41:47.0010 Response Time > 0.5 : 1.19357395172119 Choosing to play a whole artist through web interface (shuffled) 2006-05-08 19:42:27.9961 Response Time > 0.5 : 1.43811297416687 2006-05-08 19:42:28.6246 Request Task > 0.5 : 2.03439784049988 2006-05-08 19:42:28.6261 Execute: Slim::Control::Commands::playlistXtracksCommand 2006-05-08 19:42:28.6274 Select Task > 0.5 : 2.06929302215576 2006-05-08 19:42:28.6289 Slim::Web::HTTP::processHTTP 2006-05-08 19:42:29.8654 Request Task > 0.5 : 1.23459506034851 2006-05-08 19:42:29.8671 Notify: Slim::Player::Playlist::modifyPlaylistCallback 2006-05-08 19:42:29.9127 Response Time > 0.5 : 1.29472398757935 Web interface refresh (playing) 2006-05-08 19:42:30.4384 Response Time > 0.5 : 0.523973941802979 2006-05-08 19:42:32.9529 Select Task > 0.5 : 1.67090916633606 2006-05-08 19:42:32.9547 Slim::Web::HTTP::processHTTP 2006-05-08 19:42:55.9541 Timer Task > 0.5 : 1.39309906959534 2006-05-08 19:42:55.9561 Slim::Utils::Prefs::writePrefs 2006-05-08 19:42:55.9578 Response Time > 0.5 : 1.39702200889587 2006-05-08 19:43:03.3812 Select Task > 0.5 : 0.849715948104858 2006-05-08 19:43:03.3828 Slim::Web::HTTP::processHTTP (and similar messages on each refresh) Browse artists through web interface (playing) 2006-05-08 19:44:05.6168 Select Task > 0.5 : 0.648431062698364 2006-05-08 19:44:05.6184 Slim::Web::HTTP::processHTTP 2006-05-08 19:44:10.9139 Select Task > 0.5 : 2.03688788414001 2006-05-08 19:44:10.9160 Slim::Web::HTTP::processHTTP (similar messages when paging through artist letters on web interface) MOMENTARY PAUSES while SlimScrobbler is submitting (just this once - it didn't happen for any of the other track submits) 2006-05-08 19:45:16.2600 Timer Task > 0.5 : 1.34793710708618 2006-05-08 19:45:16.2616 Plugins::SlimScrobbler::Plugin::submitter 2006-05-08 19:45:16.2631 Response Time > 0.5 : 1.35109996795654 2006-05-08 19:45:17.5286 Timer Task > 0.5 : 0.580141067504883 2006-05-08 19:45:17.5305 Scrobbler::BackgroundHTTP::readHeader 2006-05-08 19:45:17.5325 Response Time > 0.5 : 0.584939002990723 Browse albums (playing) 2006-05-08 19:47:07.7257 Response Time > 0.5 : 1.50812196731567 2006-05-08 19:47:09.4906 Response Time > 0.5 : 0.816848039627075 2006-05-08 19:47:12.8918 Select Task > 0.5 : 6.70858907699585 2006-05-08 19:47:12.8947 Slim::Web::HTTP::processHTTP MOMENTARY PAUSE when bringing up player settings (playing) 2006-05-08 19:55:14.2120 Response Time > 0.5 : 1.81775689125061 2006-05-08 19:55:14.5177 Select Task > 0.5 : 2.16191005706787 2006-05-08 19:55:14.5253 Slim::Web::HTTP::processHTTP This is with 6.5b r7337 with Dan's patch for larger socket buffer. With netstat I can see the Squeezebox socket with a Send-Q of between 32Kb and 50Kb. I'm not sure that patch is doing anything for me as I backed it out and the Send-Q seemed about the same - I don't run the server as root, so perhaps that's the reason the buffer size wasn't changed. The server is a lowly 460MHz PentiumII running Gentoo Linux, with MySQL as the database server. I have an SB1(G). The music is all streaming in PCM (from FLAC) over wireless (I'm pretty sure the wireless isn't saturating, however, as dropouts do seem related to SlimServer web interface activity). To be honest I was working the web interface pretty hard - certainly harder than I ever would normally - and it only dropped out twice. Personally, I'm happy with that, so I'm not sure if it's a combination of the recent changes to the web interface templating, the socket options, or some other change in 6.5 since I stopped trying the web interface while playing (which was some time ago, I'll admit). Anyway, I hope that adds some information - it's certainly not all bad and I'm pleasantly surprised now I've taken the time to try it again with a more recent version. Thanks again to the developers - I'm very pleased with my SlimServer and Squeezebox. Let me know if any other investigation would be useful. -- hickinbottoms Stuart -"Never put off until tomorrow what you can put off until the day after - with Lazy Searching!"- ------------------------------------------------------------------------ hickinbottoms's Profile: http://forums.slimdevices.com/member.php?userid=255 View this thread: http://forums.slimdevices.com/showthread.php?t=23641 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/beta
