Jump to content

FadeToBlack

Established Members
  • Posts

    65
  • Joined

  • Last visited

Posts posted by FadeToBlack

  1. XP SP2, Server 2003 and Vista (besides Home Basic) are capable of 10 half open connections. 2000, XP and XP SP1 are capable of something like 65,535 half open connections (anyway, a really high number, at least what I wrote). The thing is that it should be higher than that, at least 32 or 64.

  2. There is something with these new versions and private trackers. It doesn't seem like they like each other. First, they see the tracker, response is positive for download, then they don't connect. On one tracker..on another one they connect after a minute. For a particular reason I lost the connection to a private tracker. What does µTorrent do? It stops downloading...

  3. I don't know...I'm just saying what I see.

    I notice this too: µTorrent doesn't immediately close after I close it. It takes a few seconds to close. Packed executables use less CPU cycles. That's something I know. If it's packed it needs unpacking. Simple :).

  4. DreadWingKnight, man, you have a problem.

    It's a beta. It has bugs, we're reporting.

    This is an issue. When I don't have more than 5 peers and it will not connect to any peer but one then it's an obvious issue, don't you think? I mostly hate public trackers. I use in more than 90% of my time private trackers and I'm seeing this issue. It connects to a seeder, then it stops connecting to others, including leechers. It's a bug, get it? And yes, connecting to the seeders in private trackers means more speed. The fastest connection gets a file in the fastest time.

  5. When I download a torrent I usually have non-workable trackers and I delete those. Or I have trackers I'm not interested in and I don't want those. Afterwards it seems like µTorrent is disconnecting some of the peers. I haven't noticed this kind of behavior in 490.

  6. Firon, I haven't noticed until now that it frees memory when it's minimized. A great idea though :).

    Well, all I can say is that the memory consumption is lower than before. Probably, it's not noticeable on high speeds. It's always a good idea to run it unpacked. By definition packing means unpacking :).

  7. Well...I have Windows Server 2003 Enterprise x64 and it's using way less memory than before. Less than 10 MB with 4 active torrents. Before it used to be 20+. It seems that the unpacked version is the real deal for less footprint. In my opinion, µTorrent is famous for it's small footprint and small size, but there should be an unpacked version available for download. Just in my opinion, of course. I like it so far.

    By the way, I have no problem with hash checking here.

    Also, I have just seen a cute behavior: when maximizing, then minimizing, µTorrent frees some RAM. Such a good idea to have this thing implemented.

  8. OK, I've updated to this last version from 490. I have only one thing to complain about: Bandwidth Allocation. I had it set up for a few torrents before updating and now it seems that there can be double checking like Low and High at the same time. And I can't modify the settings.

×
×
  • Create New...