> I would just like to hear some logical justification of the memory > consumption with > the intended target audience/usage of their respective systems.
You might want to consider looking into using mpd (playback component, two daemons, total RSS of 7.8MB right now) and its main frontend gmpc (RSS of 22MB, optional since mpd doesn't need a running frontend to keep playing) for music playback. gmpc is pretty OK to use and I guess simple enough. Since mpd keeps the database in memory, not sure how 110GB of files (which would be not at all mediocre and be a lot of files) would change the memory requirements. I've currently 1692 files in its database. Needs some manual work tho, i.e. compiling it yourself. Dependencies are libmad, libid3tag and optionally libfaad2 (for AAC) and libflac (for FLAC). Supports only OSS output on Solaris, for SADA you need a SADA enabled libao. http://mpd.wikia.com/wiki/Music_Player_Daemon_Wiki -mg -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 225 bytes Desc: OpenPGP digital signature URL: <http://mail.opensolaris.org/pipermail/desktop-discuss/attachments/20081106/72dc155f/attachment.bin>
