14th July 2005 at 8:09 pm #76
Thought it would be interesting to know how many songs other users have and the general performance as to how long it takes for your mt-daapd service to initialize and whether you have any issues with the Roku or other players in terms of browsing, playback, etc. and your genral setup i.e. whether you are doing anything out of the ordinary such as an ssh tunnel to work to listen.
180 seconds for the songs to be scanned into the database
no performance issues with Roku, using wireless capability
Standard setup, not using ssh tunnel15th July 2005 at 4:20 am #3482
6168 on my powerbook and on nslu2
~12000 on a debian server that I use as my “large database test”.
Roku is decent on either, although I notice that the first query against the nslu2 is slow… I don’t know if it is spindown time, page faults and swap-in for sqlite, or what… once the first query has been done it runs pretty decent.
I’ve noticed that the sqlite doesn’t seem to perform as well as the gdbm backend did on a small system like the nslu2. It scales better, though. 16K songs wouldn’t have been possible on the nslu2 with the gdbm database. It would have timed out. So I guess it’s a speed versus scalability tradeoff.
I hope to refactor the database some, and perhaps I can implement the gdbm backend again. Then one could choose what backend to use.15th July 2005 at 12:25 pm #3483
Using Version cvs-20050620 on Debian(Pentium II 350MHz,220MB RAM, Kernel 2.6.11, Libary on FAT32 Partition):
Scanned 11818 songs in 103 seconds
Scanned 11818 songs (was 11818) in 53 seconds
Scanned 11818 songs (was 11818) in 78 seconds
Scanned 11828 songs (was 11818) in 68 seconds16th July 2005 at 3:37 am #3484
running mt-daapd on a MacMini (almost always the latest nightly)
scan rates vary, but are consistently between thirty and forty-five seconds
all clients are, thusfar, iTunes or iTunes relaying to one of two AEs
library managed via NFS share
server frequently accessed via SSH tunnels from work and other external locations
use of iTunes generated XML playlists is flawless
due to the exclusive use of iTunes, listening stats are handled by AudioScrobbler
Herman8th May 2006 at 11:07 am #3485
Songs 180449th May 2006 at 7:13 pm #3486
13,172 songs, all full albums I have ripped.
my fileserver is a 1.2ghz P3, 1.5gb ram, 4x300gb ide drives, running the finest slackware 10.2 on 220.127.116.11 kernel
running mt-daapd-svn-1018/ because whenever I set my view options, it wouldn’t remain if I re-connected. was driving me apeshit!.. looked around and found that bugfix was made since the last release 🙂
if I wipe the database, to force a re-scan, output below:
2006-05-09 05:00:27: Starting rendezvous daemon
2006-05-09 05:00:27: Starting signal handler
2006-05-09 05:00:28: Can’t get db version. New database?
2006-05-09 05:00:28: Initializing database
2006-05-09 05:00:28: Full reload…
2006-05-09 05:00:28: Starting mp3 scan
2006-05-09 05:04:30: Starting web server from /usr/local/share/mt-daapd/admin-root on port 3689
2006-05-09 05:04:30: Registering rendezvous names
2006-05-09 05:04:30: Scanned 13172 songs in 243 seconds
otherwise, just to restart it, loads in only 8 seconds.
2006-05-09 05:09:15: Starting rendezvous daemon
2006-05-09 05:09:15: Starting signal handler
2006-05-09 05:09:16: Initializing database
2006-05-09 05:09:23: Starting web server from /usr/local/share/mt-daapd/admin-root on port 3689
2006-05-09 05:09:23: Registering rendezvous names
2006-05-09 05:09:23: Scanned 13172 songs in 8 seconds19th May 2006 at 9:39 am #3487
15926 songs, 28 seconds on a slow suse 10 laptop, svn-1050
(I think the time is kind of meaningless now, as scans aren’t forced on startup for the latest nightlies)
DRM2nd June 2006 at 12:29 am #3488
I think I might have the record so far:
2006-05-26 14:47:24: Scanned 44423 songs in 577 seconds
2006-05-26 15:57:33: Scanned 44423 songs (was 44423) in 22 seconds2nd June 2006 at 7:41 am #3489
I have 6424 songs in my NSLU2, running unslung 6.8.
Music is served on a NTFS drive.
Scanning times vary greatly, but are normally somewhere areound 1000 seconds.8th June 2006 at 3:26 am #3490
on my NSLU2 unslung – 6.8
Scanned 12800 songs in 576
from a clean rescan.
cheers!16th June 2006 at 10:30 am #3491
aprox 20K song.. on a linux machine : pentium 3, 768 Mb ram, and 10 ide disc24th July 2006 at 8:30 am #3492
Approx. 67500.25th July 2006 at 5:19 am #3493
>65K?! I’m not even half through ripping my CD collection, but I’m pretty sure I won’t exceed 45K. Impressive.8th September 2006 at 4:12 pm #3494
14785 songs in 330 seconds
On a 2.66 GHz 1 GB Celeron D Win2k3 server with a 80 GB SATA system volume and a 600 GB 3 SATA DRIVE RAID 5 volume (which holds the music library).12th September 2006 at 11:15 pm #3495
*Yes*, all the songs are legal. I have an enormous cd collection from years of starving as a college student to buy music (something like 12K cd’s in all).
mt-daapd handles them fine. iTunes barfs a hundred kittens on the xml file (it takes about 2 minutes to load and then searches are mind-numbingly slow).
2006-08-20 19:52:25 (b7f506c0): Starting with debuglevel 5
2006-08-20 19:52:25 (b7f506c0): Loaded plugin /usr/share/mt-daapd/plugins/rsp.so (rsp/svn-1348)
2006-08-20 19:52:25 (b7f506c0): Loaded plugin /usr/share/mt-daapd/plugins/ssc-script.so (ssc-script/svn-1348)
2006-08-20 19:52:25 (b7f506c0): Starting rendezvous daemon
2006-08-20 19:52:25 (b7f506c0): Starting signal handler
2006-08-20 19:52:25 (b7f4fba0): Signal handler started
2006-08-20 19:52:26 (b7f506c0): Initializing database
2006-08-20 19:53:15 (b7f506c0): Starting web server from /usr/share/mt-daapd/admin-root on port 3689
2006-08-20 19:53:15 (b7f506c0): Listening on port 3689
2006-08-20 19:53:15 (b7f506c0): Starting server thread
2006-08-20 19:53:15 (b7f506c0): Registering rendezvous names
2006-08-20 19:53:16 (b7f506c0): Serving 116420 songs. Startup complete in 50 seconds
If anyone has any tips on performance, I want to know about them. I plan to upgrade to iTunes7 tonight, but I don’t expect any improvements.
I suppose if I win, I should give out my specs too:
P4-1.8GHz, 512MB RAM, FedoraCore5, 6x250GB PATA drives in software RAID-5, running svn-1348 version of mt-daapd.
You must be logged in to reply to this topic.