Transmission

Did a test: 50 seconds after first seed connect, disk usage increased by 1.4G (the size of the largest file in the torrent), with repeated invocations of "df -h" showing the 1.4G increase occurring in one interval of <= 2 sec. At this point, 2.7M had been downloaded; piece size was 256K. HD activity ...

Current version, sorted by highest progress first, screenshot:

1+2: Top 2 torrents: This is the end of the range of 100% complete, 100% done, seeding torrents, sorted by descending ratio. Full progress bars.

3: seeding, 100% done, partial torrent, 86.9% complete, ratio 0.15. Full progress bar ...

The problem might be an underlying HFS+ bug that transmission triggers but utorrent does not. I haven't checked yet, but maybe transmission has too many files open for writing for HFS+ to handle; closing other apps seems to have helped in some cases -- maybe their open-files load was making things ...

I'll most likely post some sort results within the week (my brother's getting engaged ..and I have to get my parents to stop sleeping their Mac so I can get to it to do some tests via vnc :-]

libevent-2.0 is what I've used for recent builds. Some stuff is included in Transmission/third-party/libevent/. I pulled in new libevent packages from their website to override my "distro". It coexsted with v1.4

Hi. I agree with jordan when he says in https://trac.transmissionbt.com/ticket/3770#comment:4, "I agree with synchronizing the clients' sort modes...". Mac, qt and gtk clients should sort the same. I will go into deeper reasoning if necessary, but it sounds like the sorting algorithm for the Mac ...

In at least 2.20b1 (11752), but not in (some) earlier versions, like probably 2.04, which had the nicer sorting:

View / sort by progress:

Progress bar always represents portion of desired files completed.

When all selected files in a torrent are done, text is "X of Y (Z%)", where X is size of ...