Max:
Thanks for getting to the bottom of the 24 bit bug (3299). Will the fix go
into 0.17 git?

I'll test it this weekend with all the USB stuff I can grab.

Where do I look in memory to see how much space is used by a large
collection? I'm dealing with one collection that is almost a Terabyte, but
also has every tag as a long entry: EG. Title Rachmaninoff 3rd symphony
second movement in b flat opus 27 performed by  . . . . etc. in just the
track name. Would this make the system take longer to process and navigate?
It loads (it seems to take about 10 minutes to load from nothing) and runs
but some commands seem a little sluggish.
      Demian

-----Original Message-----
From: Max Kellermann [mailto:m...@duempel.org] 
Sent: Sunday, May 08, 2011 11:18 PM
To: Demian Martin
Cc: musicpd-dev-team@lists.sourceforge.net
Subject: Re: Database Questions

On 2011/05/05 07:51, Demian Martin <demian...@yahoo.com> wrote:
> Recently some changes were made in how the database is managed and the mpd
> -create-db function was deleted.

The option has been deprecated since MPD 0.13.  Ever since the
"update" command was added, --create-db has not been useful anymore.
It was a kludge from ancient times.

You can still simulate "--create-db" by deleting the database file,
but I do not recommend that, because rebuilding it from scratch takes
a loooong time.

> I am now having some problems with the database not clearing when
> content is removed with the command "mpc update".

Submit a bug report.

> What is the correct way to get mpd to rebuild the database or at
> least purge a lot of "stale" data?

The "update" command.  It is very quick: it does not open files that
have not been modified (time stamp).  It removes database entries of
deleted files.  And it works without restarting MPD, while playing
music.

> Also, are there recommended best practices when working with a large
> collection (6,000 to 15,000 disks)?

There is nothing special about having a large database.  There is
still the "problem" that MPD needs to have the whole database in
memory, but I have not heard of any user that memory usage is a
serious problem.  My database for 300 GB of music has 6.5 MB.

Max


------------------------------------------------------------------------------
Doing More with Less: The Next Generation Virtual Desktop 
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops?   How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
_______________________________________________
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team

Reply via email to