I’ll have to take back some of the things I said yesterday.  After
loading my MP3 collection to the SlimSlug (12,562 tracks) I’ve tried to
give it a workout today.  At least with my library, the web interface is
impossibly slow in terms of building and modifying playlists, even when
using the Handheld skin.  The following timings all use the Handheld
skin:

Using IE from a windows xp client while the slimslug streams MP3s:

Home to status page: 1 minute, 15 seconds.
Return to home from status page: 9 seconds.
Home to The current playlist (74 Songs) page: 1 minute, 9 seconds.
Delete last entry in current playlist: 1 minute, 20 seconds.

Using Firefox 1.06 from a windows xp client while the slimslug streams
MP3s:

Home to The current playlist: (73 songs): 1 minute, 18 seconds.
Browse genre->artist->album->tracks: 2 minutes, 42 seconds.
Browse genre->artist and add whole album to current playlist: 2
minuets, 30 seconds

Some info about my setup:

At Mac’s suggestion, I “clocked” my NSLU2 according to the directions
at http://www.nslu2-linux.org/wiki/HowTo/OverClockTheSlug with Mac’s
helpful tips.

The attached HD is a Seagate 7200 rpm 120 gig barracuda in a USB2
enclosure.

My slimserversql.db looks like this:
-rw-r--r--      1       root    root    17813504        Aug  2 10:33 
.slimserversql.db

A “ps” and “free” look like this:

BusyBox v0.60.4 (2004.07.01-03:05+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

# ps
PID TTY     Uid        Size State Command
1         root       1212   S   /bin/init
2         root          0   S   [keventd]
3         root          0   R   [ksoftirqd_CPU0]
4         root          0   S   [kswapd]
5         root          0   S   [bdflush]
6         root          0   S   [kupdated]
7         root          0   S   [mtdblockd]
8         root          0   S   [khubd]
9         root          0   S   [jffs2_gcd_mtd4]
10         root          0   S   [usb-storage-1]
11         root          0   S   [scsi_eh_1]
29         root          0   S   [kjournald]
53         root          0   D   [ixp425_csr]
54         root          0   S   [ixp425 ixp0]
57 ttyS0   root       1916   S   /bin/sh
58         root       1936   S   /sbin/syslogd -n
59         root       1924   S   /sbin/klogd -n
151         root          0   S   [kjournald]
279         root       2108   S   /usr/sbin/thttpd -C
/etc/thttpd.conf
303         root       3928   S   /usr/sbin/smbd -D
305         root       3128   S   /usr/sbin/nmbd -D
313         root       1276   S   /bin/inetd
347         root       1864   S   /usr/sbin/onetouch_detect
350         root       1864   S   /usr/sbin/onetouch_detect
360         root       1296   S   /usr/sbin/crond
368         root      41776   S   slimserver
370         root       1908   S   /usr/sbin/CheckResetButton
372         root       1196   S   /usr/sbin/CheckPowerButton
374         root       1196   S   /usr/sbin/do_umount
431         root       1256   S   /usr/sbin/telnetd
432 ttyp0   root       1920   S   -sh
433 ttyp0   root       1984   R   ps
# free
total         used         free       shared     
buffers
Mem:        30520        29728          792            0         
476
Swap:        56220        28720        27500
Total:        86740        58448        28292
#

So, can anyone give me any pointers as to how to improve the
performance of the web interface?  As it stands, the NSLU2 is really
unusable as a host for a SlimServer for my MP3 library.  Does the fact
that I have my library and playlists in shared folders at
/public/recordings and /public/playlists impose a performance hit (i.e.
is the slug having to do lots of access list checks)?

Anyone else running slimserver on a NSLU2 with a similar sized library?
What sort of browsing performance are you seeing?

Might I see better browsing performance by running SlimServer 5.x
streaming to a SB1 from the NSLU2?


-- 
gharris999
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/unix

Reply via email to