Search found 13 matches
- Fri Dec 06, 2013 1:40 am
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
Here's a bit more clever preload library that disables proven defective POSIX_FADV_DONTNEED, but passes POSIX_FADV_SEQUENTIAL and POSIX_FADV_WILLNEED. Just for fun, to see if those other two have any positive impact in the whole picture. I suspect not, but lets see... #define _GNU_SOURCE #include <d...
- Fri Jul 19, 2013 10:06 pm
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
When loading new data that is to be verified then the kernel will look at all the pages in memory that belongs to cached data and throw out the one that is least used, which could be data that was an earlier part of the torrent is being verified instead of the cached data from another torrent that ...
- Wed Jul 17, 2013 10:50 pm
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
I hope this response helps you to understand the question I'm asking. It does, and thank you for taking the time to express your concerns clearly. And my apologies if I was a little bit harsh at times, I didn't understand your point completely until now. When I talk about Transmission prefetching b...
- Wed Jul 17, 2013 3:17 pm
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
[*]Also consider the case where you have a dozen torrents actively seeding when you hit 'verify' on the 4.3 GB torrent. If we flood the cache with the contents of the 4.3 GB torrent, what's that going to do to the cache hit/miss stats on the other torrents?[/list] So, that's our other scenario, whe...
- Wed Jul 17, 2013 9:18 am
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
x190's answers are all correct, but allow me to give a shot, too. [*]Consider the use case of a 4.3 GB torrent. The user hits 'verify'. Are the 4.3 GB all going to stay in the cache? No. Are the pieces that stay in the cache the ones that the next peer will need? Yes, they're going to stay in the ca...
- Mon Jul 15, 2013 8:25 am
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
I think verify.c does that because it's supposed to be not needed later. One could lobby to have that changed and I've thought about it, but I guess a few hard numbers might help. If you don't request verification, then does it seed from memory? I believe I got devs to fix that part of the equation...
- Sun Jul 14, 2013 10:03 pm
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
I was glad to see a long list of improvements in 2.80, unfortunately all memory management bugs are still not fixed. :( I tested only the torrent verification. If I do it right after the torrent has completed, it seems to come out of memory cache, so it's fast and efficient. But, then transmission d...
- Wed Mar 06, 2013 7:57 pm
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
Sure thing, mate. Transmission is a great app, isn't it.
- Mon Mar 04, 2013 9:25 am
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
Yeah, those posix_advise(..., POSIX_FADV_DONTNEED) calls are all terribly wrong. Just remove them and all will be fine.
- Mon Mar 04, 2013 12:13 am
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
Installed the v2.77 the other day. I'm afraid I see no improvement at all. :( I've attached a 'vmstat 1' session. Notice how there's ~223MB of memory at the beginning. It's like that all the time, the memory is fully utilized. A few seconds into the session I picked an active 2GB torrent and clicked...
- Tue Jan 22, 2013 9:10 am
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
Good news x190! In what version will the fix land, so I can test it properly?
- Sun Dec 23, 2012 2:07 pm
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Re: Some very bad decisions in transmission
Any tool that can show memory usage in real time will do. I like 'vmstat 1' in terminal. Typically memory is completely used (very low numbers in the free column in the vmstat output), not surprising because when there are active torrents with decent speed, Linux page cache will cache everything it ...
- Sun Dec 16, 2012 5:41 pm
- Forum: General
- Topic: Some very bad decisions in transmission
- Replies: 20
- Views: 85966
Some very bad decisions in transmission
Let me first say that transmission is definitely the best torrent client out there, and nothing I write below will change that fact. Now, having said that, I noticed that the client does some incredibly stupid things. Namely, when a torrent download (or verification) is finally completed, and thus t...