iterators+multithreading on win32

Stephen F. Booth me at
Sat Mar 5 19:40:10 CET 2011

If a user's music is stored all on one drive, then you're probably right,
speed likely wouldn't change.  But with the prevalence of NAS and RAID and
cheap storage in general I don't know if assuming everything is all on one
disk is a valid assumption.  Personally, I have most of my music on an
external drive, some on NAS, and some on the machine's local disk.  So in my
case there would be a speedup.


On Sat, Mar 5, 2011 at 10:21 AM, James O. <houndeyex at> wrote:

> Correct me if I'm wrong, but since hard drives can't read from two places
> at once are speed increases actually realized from trying to multithread
> reads with TagLib?
> 2011/3/5 Lukáš Lalinský <lalinsky at>
>> On Sat, Mar 5, 2011 at 6:00 PM, Stephen F. Booth <me at> wrote:
>> > I've also run into crashes like this in the past, when I tried to
>> realize
>> > speed increases by parsing several files simultaneously in separate
>> threads.
>> >  It seems that if atomic increment/decrement were added to RefCounter,
>> as
>> > long as a single file wasn't shared across threads then STL thread
>> safety
>> > wouldn't be an issue.  I'm not sure which statics could affect this, as
>> I
>> > haven't looked through the code in a while.  Is thread safety (or some
>> level
>> > of it) something planned for a future release?
>> I don't think thread-safe TagLib is a particularly good idea. It would
>> cause too many speed penalties for no good reason. I definitely want
>> to be able to call different instances of TagLib classes from
>> different threads though. I believe that fixing the RefCounter should
>> be the only thing that is needed. The other static instances are
>> read-only, as far as I remember.
>> Lukas
>> _______________________________________________
>> taglib-devel mailing list
>> taglib-devel at
> _______________________________________________
> taglib-devel mailing list
> taglib-devel at
-------------- next part --------------
An HTML attachment was scrubbed...

More information about the taglib-devel mailing list