khagaroth Posted March 3, 2009 Report Share Posted March 3, 2009 That's a bad router and by bad I mean it's total crap. It hates even very low UDP usage and it has serious problems with even average TCP usage. Run anything more demanding and it will lock up. Get something better. Link to comment Share on other sites More sharing options...
rafi Posted March 3, 2009 Report Share Posted March 3, 2009 can you please add to the issue of the download limit - another one: Upload data rate is a bit OVER the upload limit. Not by much, but on a 20K UL line with 13K limit the extra 2-4K are important... not sure if it's ~+2-4K or ~+10% though ... Link to comment Share on other sites More sharing options...
mlauzon Posted March 4, 2009 Report Share Posted March 4, 2009 Has there been a new Alpha of 1.9 (Beta?), I am currently using build 14659..?! Link to comment Share on other sites More sharing options...
DreadWingKnight Posted March 4, 2009 Report Share Posted March 4, 2009 Have you read the thread title? Link to comment Share on other sites More sharing options...
twipley Posted March 6, 2009 Report Share Posted March 6, 2009 take a look at the thread's title -- it is always updated so as to reflect the newest alpha version. Link to comment Share on other sites More sharing options...
GatesOfAmalgam Posted March 6, 2009 Report Share Posted March 6, 2009 Updated to 1.9 alpha 14659 as the dev's asked in 1.8.3 thread. It works good for 2 hours already with bt.transp_disposition=255, no weight gaining spotted uT now: Private Bytes ~ 80Mb's, Working Set ~ 55Mb's, Virtual Size ~ 261 in proc. exp. I have ~500 torrents active now, bt.allow_same_ip=true, bt.multiscrape=false, bt.scrape_stopped=true(our local torrent won't support scrape, so i am too ), that's all i think. Had a leak in 1.8.3 but this one seems fine to me. Except the download shown around ~14kbyte\s when i'm only uploading, not downloading anything. Link to comment Share on other sites More sharing options...
rafi Posted March 6, 2009 Report Share Posted March 6, 2009 here is the way I've noticed it's behaving with memory deallocation. Maybe it should be that way in Windows though... I have 2 torrents, stopped. Windows' task manager is used to measure the memory allocated. peers tab is in view. - I run uTorrent and it have ~4.5M usage (all stopped)- I start the two torrents and get to 100 connections @ ~14M (either bt.tranp_disposition = 5 or 10 )- now I stop the two torrents. Nothing is changed much. still ~14M. Also if I close to tray and re-open it - no change.- next I just MINIMIZE it to the task bar. It drops immediately to ~3M- I re-open the uT window - it's ~4.5M again ....It's not leaking , but I wonder - should it only deallocate memory upon minimizing ? ... may be due to the way Windows manages it's memory ?... Link to comment Share on other sites More sharing options...
xafier Posted March 6, 2009 Report Share Posted March 6, 2009 Yes that's normal behaviour for windows I've noticed the two builds after 14470 have impacted my browsing speeds much more, I think it is using more upload than it should, I have it limited which was working fine in 14470 and my web browsing speed was hardly affected even when downloading at near full speed (which was fantastic as I didnt have to stop downloads to browse) but since trying the later betas they seem to slow things down again.It could be that its just making more TCP connections than before, I'm not sure, I shall have to test it in more detail at some point Link to comment Share on other sites More sharing options...
ax89 Posted March 7, 2009 Report Share Posted March 7, 2009 Does utorrent understand all firewalls? I ask because I use Comodo and I always get the message:[...timestamp...] Error opening Windows firewall: 0x80070005 Access is denied. Link to comment Share on other sites More sharing options...
Ultima Posted March 7, 2009 Report Share Posted March 7, 2009 You can ignore it. If you'd prefer not to see the error, then disable the "Add Windows Firewall exception" option in Preferences > Connection. Link to comment Share on other sites More sharing options...
avatarl Posted March 7, 2009 Report Share Posted March 7, 2009 The latest beta doesn't seem to utilize my upload well. I think it has already been reported, just confirming. When in Auto, the upload is used half at best, till the limit drops to around 14k. If I set the limit myself to, say 60, the upload fluctuates between 14-30kB/s. 1.8.2 utilizes my upload correctly on the same torrent. Link to comment Share on other sites More sharing options...
rafi Posted March 7, 2009 Report Share Posted March 7, 2009 I'm not sure if some of it is not just - uT trying to calculate more correctly you overhead. You can try disable this by net.calc_overhead-false and see the effect Link to comment Share on other sites More sharing options...
insanitysnake Posted March 7, 2009 Report Share Posted March 7, 2009 I set the upload speed in auto and net.calc_overhead set false, my upload speed do not estabilished... up max 80kb/s and down up to 14kb/s ... not fix speed... limiting speed is a very poor.. speed dont up more than 16kb/s... in auto speed is better for limit speed..I not see, but this problems not occurred on high speed lines, fiber optical or cable links... in adsl uTp and 1.9 and 1.8.3 version is poor...Developers for this version need try to use this programs on normal connections and routed connections to try solution for this problem, this 1.9 version not accepted to release candidate or official version if not soluted this upload speed problem... this cause big problems on speed on the world.. on torrent sections... Link to comment Share on other sites More sharing options...
avatarl Posted March 7, 2009 Report Share Posted March 7, 2009 Well it IS still alpha... But yeah, even for alpha, the upload problem makes it unusable for me right now, even for testing. Link to comment Share on other sites More sharing options...
blindbox Posted March 8, 2009 Report Share Posted March 8, 2009 @xafier: Try downloading this and set the value higher, like 50 or 100(try not to reach the max lol) http://www.lvllord.de/?lang=en&url=downloadsIt helped my browsing speed. I've already said it a few pages back, I don't know if the devs notice. Link to comment Share on other sites More sharing options...
DreadWingKnight Posted March 8, 2009 Report Share Posted March 8, 2009 Set net.max_halfopen lower instead. Link to comment Share on other sites More sharing options...
insanitysnake Posted March 8, 2009 Report Share Posted March 8, 2009 How to enable and disable it:Preferences > Advanced, change bt.transp_disposition. This is now a bitfield, so you can add up the following numbers to get your desired setting.1 - outgoing TCPI set bt.transp_disposition now in 1 and upload speed is very high now... Estabilished in more speed from other versions... I use now in this speed Link to comment Share on other sites More sharing options...
osm0sis Posted March 8, 2009 Report Share Posted March 8, 2009 FYI.. You shouldn't JUST have it set to 1.. you should combine it with at least one incoming transport method. Link to comment Share on other sites More sharing options...
hermanm Posted March 8, 2009 Report Share Posted March 8, 2009 > - Change: added checkbox to the build torrent dialog so the user has the option not to rearrange the file order.Not sure if this was reported already. If I create torrent and start seeding, it will work fine. But if I seed separately (e.g. open .torrent file in Windows) and the file is not in µTorrent list, a force recheck will not work properly once a torrent is loaded correctly. Link to comment Share on other sites More sharing options...
rafi Posted March 8, 2009 Report Share Posted March 8, 2009 - deleted - Link to comment Share on other sites More sharing options...
Neronut Posted March 9, 2009 Report Share Posted March 9, 2009 Every-so-often when I go to open the latest µTorrent (14659) on Vista my CPU shoots up to 100% on one of my cores and I have noticed that it is explorer that hits 50% CPU (the 100% on one core). I have also noted that when I go to open the Task Manager it takes forever to open and when I do anything with it it takes forever. In the mean while µTorrent takes forever to open. Once it does explorer.exe is frozen to commands from the mouse in chunks of time and then runs them one all at one. µTorrent also runs slower then normal (like changing a setting and clicking OK) but the main interface (changing tabs and such) seem to work fine.I'm not sure what I should send in in terms of statistics but let me know and when it does happen again I can get the required information. A reboot usually fixes this problem, but thats quite invasive.Once it is open the CPU drops to normal unless I open the Task Manager or open a dialog box in the program or click on it or hover over the tray icon. Link to comment Share on other sites More sharing options...
Firon Posted March 9, 2009 Author Report Share Posted March 9, 2009 Do you have videos in the same folder as utorrent or something? Link to comment Share on other sites More sharing options...
Edtech Posted March 9, 2009 Report Share Posted March 9, 2009 I use btpd 0.15 (but same problem with btpd 0.13) and µTorrent display that the client is "btpd/0.15|Øq%öc¤Ð>¾".If I use Transmission (Ubuntu), I have "BT Protocol Daemon 0.1". It perhaps a bug with btpd and not µTorrent, I don't know.A little question : I have btpd 0.15 in IPv6/IPv4 and µTorrent in IPv6/IPv4 and my network is full IPv6, but my tracker isn't IPv6. This is normal that the transfert use only IPv4 ? Why this two clients transfert in IPv4 and not in IPv6 ?Edit :If I add manually the IPv6 of the client with btpd, µTorrent use correctly the IPv6 to transfert. I have in the clients list, the IPv4 and the IPv6 of this client :91.121.209.196:6881[2001:41d0:1:fec4::1]:6881I suppose that the problem is the tracker, it send only IPv4 and µTorrent don't know that this client is also IPv6. Link to comment Share on other sites More sharing options...
Neronut Posted March 9, 2009 Report Share Posted March 9, 2009 @Firon: I have random various files (its a Downloads folder with random crap in it). Hmmm could that be the issue? Its looking for something thats not there? Although non of the torrents in the program and in that dir they are in another dedicated dir. Link to comment Share on other sites More sharing options...
Firon Posted March 9, 2009 Author Report Share Posted March 9, 2009 Edtech: it means that btpd isn't sending the friendly name in the ltep handshake properly. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.