iterators+multithreading on win32
Stephen F. Booth
me at sbooth.org
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.
Stephen
On Sat, Mar 5, 2011 at 10:21 AM, James O. <houndeyex at gmail.com> 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 gmail.com>
>
>> On Sat, Mar 5, 2011 at 6:00 PM, Stephen F. Booth <me at sbooth.org> 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 kde.org
>> https://mail.kde.org/mailman/listinfo/taglib-devel
>>
>
>
> _______________________________________________
> taglib-devel mailing list
> taglib-devel at kde.org
> https://mail.kde.org/mailman/listinfo/taglib-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/taglib-devel/attachments/20110305/582c823b/attachment.htm
More information about the taglib-devel
mailing list