MirceaForce

Is that the default ? I see pretty good results here with those checked -> http://forum.utorrent.com/viewtopic.php?pid=636250#p636250 yes they are disable(default settings) just like in utorrent 3.0............

This post is for those that have disk overload Tested today at high speeds (down/upload simultaneously) with this settings no disk overload after you make these changes restart utorrent : if you still have disk overload problems perform a clean install,when you update utorrent exit the program down from official site last build an then install .....If I encounter any disk overload I will let you now

Did you try also with Pref.->General->preallocate files - unchecked ? It happened once. 2GB of wasted disk space is not a joke ut part file wasn't created. But ut had written whole files. Only few hours later It made a part file for another pieces. try this Pref.->General->preallocate files - checked (after restart ut) also post your disk cache settings

Did you try also with Pref.->General->preallocate files - unchecked ? even unchecked ut automatically preallocate files- to avoid disk overload-checked is a must

What about this problem disk caching ????? ut 3.1 has this major problem(bug) hope will be fixed in this version

read here http://forum.utorrent.com/viewtopic.php?id=109914&p=12 #277 rafi said it'a a bug.....he disagreed me until he test it,I have posted my proof : http://www.imagebam.com/image/4dbe99166522057 http://www.imagebam.com/image/1d910b166522065 disable windows cache -disabled..... same problem http://www.imagebam.com/image/c98af6166430915 500MB cache it's my preference..........this isn't the a setting problem if you need a proof make a test with ut 3.0 you will see that it performs much better (10MB/sec down & 10MB/sec upload simultaneously) then ut 3.1 hope this new version will be fixed

have you tried ut 3.0.......to see how it performs when down 10MB/sec upload 10MB/sec simultaneously???? if you didn't don't speak....an then came with proof.... you will see the difference!!! In utorrent 3.0 you will not see this problem,in ut 3.1 last build is present : http://www.imagebam.com/image/c98af6166430915

Show the same screenshot on 3.0 ?

Stop posting this screenshot a 1000 times' date=' and try to understand: Translation: 17.1M + 110 = 128M. Is it better to not split it ? This is another story... how come utorrent 3.0 works with both cache ???? why not ut 3.1 ???

any fix ??? Why do you think it's broken? The cache limit is split between the two caches. test it for your self you will end like this http://img585.imageshack.us/img585/8871/readcachecorrupted.png

any fix ???

old problem maybe they will fix this bug Firon what about this problem ??? http://img585.imageshack.us/img585/8871/readcachecorrupted.png any fix ????

Firon what about this problem ??? http://img585.imageshack.us/img585/8871/readcachecorrupted.png any fix ????

This will happen soon. We're trying to fix the hashfail problem that's still being reported. any fix on this : http://img585.imageshack.us/img585/8871/readcachecorrupted.png

I am still waiting for the day this thread's title-version will synch with the actual version & changelog.... rafi any idea if they fix this http://img585.imageshack.us/img585/8871/readcachecorrupted.png

the problem it's still here http://img585.imageshack.us/img585/8871/readcachecorrupted.png i will post this until a admin will report this problem and release a fix

17.1 + 110 = 128. This seems to be by design. Upload and download share the same cache. I guess there is room for design improvement only utorrent 3.1 has this problem 3.0 works fine...... i don't understand why they do not fix this problem.....you pm the admin I have done the same but no response and no fix maybe this is the biggest problem

the problem it's still here http://img585.imageshack.us/img585/8871/readcachecorrupted.png

http://uploading.com/files/a424ec2m/Desktop.rar/ now I have utorrent 3.0 and it's ok........ Well, after checking it up - my conclusion is that unfortunately there seems to be bugs, that cause downloads to effect the uploads. It CAN do 10MB both ways (128M cache) , and I've seen it. It just does not sustain it for long in many cases, due to bad interaction of the download with the upload. 1. Setting a download limit seems to sometimes decrease the upload rate t0 close to zero 2. When two torrents are active - one downloading and the other uploading - it seems that once the download starts to increase and fill up the write cache - the read cache does not maintain the preset size and is being reduced to close to 0. Well, I guess it is back to the cache drawing board after the holidays tongue No sense to test anything till they fix the root bugs. http://img585.imageshack.us/img585/8871/readcachecorrupted.png this is the proof from rafi my proof http://www.imagebam.com/image/c98af6166430915 you can read the problem from http://forum.utorrent.com/viewtopic.php?id=109914&p=10 from page 10 -to this page hope you fix this bug tried all kind of settings and nothing worked well.......

See my tips/guide tip # F 3. ... Rafi have you tested this new version 3.1 stable (build 26650) with the 10MB down /11MB upload ??? did they fix that old problem ???

http://uploading.com/files/a424ec2m/Desktop.rar/ now I have utorrent 3.0 and it's ok........ Well, after checking it up - my conclusion is that unfortunately there seems to be bugs, that cause downloads to effect the uploads. It CAN do 10MB both ways (128M cache) , and I've seen it. It just does not sustain it for long in many cases, due to bad interaction of the download with the upload. 1. Setting a download limit seems to sometimes decrease the upload rate t0 close to zero 2. When two torrents are active - one downloading and the other uploading - it seems that once the download starts to increase and fill up the write cache - the read cache does not maintain the preset size and is being reduced to close to 0. Well, I guess it is back to the cache drawing board after the holidays tongue No sense to test anything till they fix the root bugs. http://img585.imageshack.us/img585/8871/readcachecorrupted.png this is the proof from rafi my proof http://www.imagebam.com/image/c98af6166430915 you can read the problem from http://forum.utorrent.com/viewtopic.php?id=109914&p=10 from page 10 -to this page hope you fix this bug tried all kind of settings and nothing worked well.......

http://uploading.com/files/a424ec2m/Desktop.rar/ now I have utorrent 3.0 and it's ok........ Well, after checking it up - my conclusion is that unfortunately there seems to be bugs, that cause downloads to effect the uploads. It CAN do 10MB both ways (128M cache) , and I've seen it. It just does not sustain it for long in many cases, due to bad interaction of the download with the upload. 1. Setting a download limit seems to sometimes decrease the upload rate t0 close to zero 2. When two torrents are active - one downloading and the other uploading - it seems that once the download starts to increase and fill up the write cache - the read cache does not maintain the preset size and is being reduced to close to 0. Well, I guess it is back to the cache drawing board after the holidays tongue No sense to test anything till they fix the root bugs. http://img585.imageshack.us/img585/8871/readcachecorrupted.png this is the proof from rafi my proof http://www.imagebam.com/image/c98af6166430915 you can read the problem from http://forum.utorrent.com/viewtopic.php?id=109914&p=10 from page 10 -to this page hope you fix this bug tried all kind of settings and nothing worked well.......

Well, after checking it up - my conclusion is that unfortunately there seems to be bugs, that cause downloads to effect the uploads. It CAN do 10MB both ways (128M cache) , and I've seen it. It just does not sustain it for long in many cases, due to bad interaction of the download with the upload. 1. Setting a download limit seems to sometimes decrease the upload rate t0 close to zero 2. When two torrents are active - one downloading and the other uploading - it seems that once the download starts to increase and fill up the write cache - the read cache does not maintain the preset size and is being reduced to close to 0. Well, I guess it is back to the cache drawing board after the holidays No sense to test anything till they fix the root bugs. http://img585.imageshack.us/img585/8871/readcachecorrupted.png http://thumbnails20.imagebam.com/16644/c98af6166430915.jpg hope that some moderators/admin will update this client version 3.1 26616.....a bring a new fix for this bug disk write thing everyone has this problem

I have a question what does it mean diskio.coalesce_write_size ???? and what does it do???? I have tested my self with utorrent 3.0 (diskio.coalesce_write_size-2MB default) with high speeds down/up simultaneously.....some people say that 4MB would improve speed ......I have test this also but no improvements.....maybe it would improve something but I haven't seen what ???? the admin Ultima said that bigger diskio.coalesce_write_size will cause problems (Setting the coalesced write size too high will probably result in this error. In fact, even a size of 4MB is already causing errors for many users (which is why it had to be lowered to 2MB default), so I wouldn't expect you to be able to set it too high anyhow.)..proof here: http://forum.utorrent.com/viewtopic.php?id=48238

Did you use disable write cache in ut 3.0 ????