You are here: Home » Topic » Poll: How many songs do you have??

Poll: How many songs do you have??

This topic contains 21 replies, has 11 voices, and was last updated by  wolfzell 11 years, 1 month ago.

Viewing 15 posts - 1 through 15 (of 22 total)
  • Author
    Posts
  • #76

    johnnymac

    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.
    4050 songs
    180 seconds for the songs to be scanned into the database
    no performance issues with Roku, using wireless capability
    Standard setup, not using ssh tunnel

    #3482

    rpedde
    Participant

    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.

    #3483

    t0m
    Participant

    Using Version cvs-20050620 on Debian(Pentium II 350MHz,220MB RAM, Kernel 2.6.11, Libary on FAT32 Partition):

    On Startup:

    Scanned 11818 songs in 103 seconds

    Re-Scan:

    Scanned 11818 songs (was 11818) in 53 seconds
    Scanned 11818 songs (was 11818) in 78 seconds
    Scanned 11828 songs (was 11818) in 68 seconds

    #3484

    velociped
    Participant

    Interesting thread…

    7544 tracks
    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

    Herman

    #3485

    arky

    Songs 18044

    #3486

    Sax
    Participant

    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 2.6.15.6 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 seconds

    #3487

    DylanMuir
    Participant

    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)

    DRM

    #3488

    george

    I think I might have the record so far:

    2006-05-26 14:47:24: Scanned 44423 songs in 577 seconds

    Rescans:
    2006-05-26 15:57:33: Scanned 44423 songs (was 44423) in 22 seconds

    #3489

    fizze
    Participant

    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.

    #3490

    souper

    on my NSLU2 unslung – 6.8
    Scanned 12800 songs in 576
    from a clean rescan.

    cheers!

    #3491

    ghedo
    Participant

    aprox 20K song.. on a linux machine : pentium 3, 768 Mb ram, and 10 ide disc

    #3492

    Res

    Approx. 67500.

    #3493

    grommet
    Participant

    >65K?! I’m not even half through ripping my CD collection, but I’m pretty sure I won’t exceed 45K. Impressive.

    #3494

    mattb
    Participant

    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).

    #3495

    nooneuno

    *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.

Viewing 15 posts - 1 through 15 (of 22 total)

You must be logged in to reply to this topic.