Commit message (Collapse) | Author | Files | Lines | ||
---|---|---|---|---|---|
2009-03-13 | all: Update copyright header. | Avuton Olrich | 1 | -6/+7 | |
This updates the copyright header to all be the same, which is pretty much an update of where to mail request for a copy of the GPL and the years of the MPD project. This also puts all committers under 'The Music Player Project' umbrella. These entries should go individually in the AUTHORS file, for consistancy. | |||||
2009-01-03 | tag_pool: use GLib instead of utils.h | Max Kellermann | 1 | -3/+2 | |
2008-12-28 | tag & tag_pool: migrate from pthread to glib threads | Thomas Jansen | 1 | -1/+14 | |
2008-10-13 | tag_item: avoid wasting space when struct is unpackable | Eric Wong | 1 | -1/+3 | |
Not all compilers support struct packing, and those that don't shouldn't be punished for it. | |||||
2008-10-08 | don't include os_compat.h | Max Kellermann | 1 | -0/+2 | |
When there are standardized headers, use these instead of the bloated os_compat.h. | |||||
2008-09-07 | tag: lock all accesses to tag_pool | Eric Wong | 1 | -0/+2 | |
The tag pool is a shared global resource that is infrequently modified. However, it can occasionally be modified by several threads, especially by the metadata_pipe for streaming metadata (both reading/writing). The bulk tag_item pool is NOT locked as currently only the update thread uses it. | |||||
2008-08-29 | tag: optimize tag_dup(), copy item references | Max Kellermann | 1 | -6/+37 | |
Don't call tag_pool_get_item() for duplicating tags, just increase the item's reference counter instead. | |||||
2008-08-29 | tag: added a pool for tag items | Max Kellermann | 1 | -0/+108 | |
The new source tag_pool.c manages a pool of reference counted tag_item objects. This is used to merge tag items of the same type and value, saving lots of memory. Formerly, only the value itself was pooled, wasting memory for all the pointers and tag_item structs. The following results were measured with massif. Started MPD on amd64, typed "mpc", no song being played. My music database contains 35k tagged songs. The results are what massif reports as "peak". 0.13.2: total 14,131,392; useful 11,408,972; extra 2,722,420 eric: total 18,370,696; useful 15,648,182; extra 2,722,514 mk f34f694: total 15,833,952; useful 13,111,470; extra 2,722,482 mk now: total 12,837,632; useful 10,626,383; extra 2,211,249 This patch set saves 20% memory, and does a good job in reducing heap fragmentation. |