Jump to content

icebox

Established Members
  • Posts

    72
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by icebox

  1. icebox

    3.5.x Beta

    Is there a setting that controls how fast torrents become active after a restart? 3.5.5 build 46248 does this at about half the speed of 2.2.1. Its very frustrating and I'd like this to go at a faster speed.
  2. icebox

    3.5.x Beta

    Is this beta or stable?
  3. icebox

    3.5.x Beta

    Using stable build 46248, after a crash, 70 recently downloaded torrents had to be hashed. They were numbered in the queue, but the last 50 or so proceded to choosse the numbered torrents in this order: 1, 29, 3, 4, 1, 4, 5, 6, 23, 6, 7, 1, 1, 19, 9, 1, 5, 1, 18, 1, 24, 4, 4, 12, 17, 12, 12, 4, 4, 4, 9, 4, 1, 12,14, 1, 14, 2, 3, 2, 2, 2, 2, 1, 1. what is this list of numbers if it's ignored when choosing what to hash? the first twenty were similar, with choices all over the list.
  4. icebox

    3.5.x Beta

    rafi I've seen this for a long time, don't know when it started, but I'm using 46206 at the moment. Is ther ea later stable build?
  5. icebox

    3.5.x Beta

    yeah, the checking isn't what I'm referring to, that does go reasonably fast. Torrents start as queued seed and emptying that queue is what is ridiculously slow.
  6. icebox

    3.5.x Beta

    is there any setting that can be changed to speed the time utorrent 3.5.5 takes to restart torrents at restart? I've got 2500 torrents running in my installation and it takes signficantly longer to restart than ancient 2.2.1 does running 2604 torrents. I timed it and in 2 minutes it started 4 torrents, which is ridiculous.
  7. icebox

    3.5.x Beta

    I looked in that directory and settings.dat and settings.dat.old are both for after I started changing settings. I'd have to get it from a backup but not sure that's necessary at this point. And, thanks for the setting!
  8. icebox

    3.5.x Beta

    I had some instability on my system, and it rebooted 2 times in quick succession, on the second one, utorrent decided to update itself (to 45206), which is very very odd as I didn't have auto updates checked. When it launched, none of the previous settings were remembered, so ads were back, and the columns I want to see weren't all there. Anyway, I got rid of the ads and added back the columns, but my question is this: "Added on" and "Completed on" no longer have dates, instead having the generic "2 days ago" "a month ago" which is useless for me. Is there a setting that can be changed to force these columns to show actual dates? I don't recall if ages ago I changed a setting for this or not.
  9. icebox

    3.5.x Beta

    rafi, the file inside the uTorrent_stable_LAA.zip is named uTorrent_3.5.5.46096_beta_LAA.exe is that indeed a stable build in spite of the name?
  10. icebox

    3.5.x Beta

    Well, depends on how long you go without reboots/shutting down the program I guess. The problem is the "set download location" function. This is how I move content files before deleting the torrents. When this function is used, not all GDI objects used in displaying the file window are returned when the window is closed. Seems to be ~ 10 or so GDI per torrent, and I tend to do this in batches of up to 20 at a time. Small, but its there. Now up to 831.
  11. icebox

    3.5.x Beta

    Are you sure this is GDI stable? After around 10 hours it had 530 GDI open, and after adding 10 torrents, then moving and deleting 10 different torrents in the program, it has 661. It definitely gave some GDI back, peak was around 780 during use, but that it didn't go back when the same number of torrents is in the program, and no significantly different paths for the new compared to the old, I am concerned.
  12. icebox

    3.5.x Beta

    If the GDI error is finally, really fixed, I'm waiting eagerly for the next stable release.
  13. icebox

    3.5.x Beta

    Update on GDI: the two times I've added and then deleted (which involves stopping the torrent, moving the files through the program to a different location, then removing and deleting torrent file) the same number of torrents (3 the first time, 4 the second time), the GDI count rises and doesn't decline, though the amounts are small. By small, rising from 243 to 352, and now the second time, to 406, but dropping as a wrote this to 398.
  14. icebox

    3.5.x Beta

    Actually on relaunch Dlive and Tron came back, and they both had "*true" * I thought was for manually adjusted settings. I went back into advanced settings and falsed them again and they're gone. Still have upgrade to pro at the top, but I don't really care. But holy moly, after these changes (also made offers.superad.adson=false, don't know why that was true before) GDI use after restarting is only 243, lower than utorrent 2.2.1s 273. Still using 45952. It went up to 251 then back down to 243! And up to 244 and back down. I think we discovered where the damn GDI error was for real. I'm actually going to leave this as is without hiding the sidebar and see if this is truly stable! EDIT: one hour later.....GDI objects are 239! I think we have stability!
  15. icebox

    3.5.x Beta

    never mind. Gotta read the whole damn post above. leaving this here for when I'm done, but removing evidence of my own idiocy. EDIT 2: OK, BTFS was disabled already, but the other two were not, and protocol enhancements were enabled. Disabled that, and with the new advice, (thanks javacatpaul!), now I move from rafi's Fail (though I had scrolled those offscreen before where they never were seen and so wasn't annoyiing) to OK. We'll see if that reduces GDI use, and I'll turn off F7 when not needed. Thanks to both of you!
  16. icebox

    3.5.x Beta

    I disabled the sidebar, but haven't resized. I rarely resize that window, in fact. GDI was at 3406 when I disabled the sidebar, and by the time I got to replying, a few minutes later it's at 3438. I haven't yet updated to the new "stable" yet, but based on the earlier comment by Bacc, still not fixed. Seems like 45952 crashes faster than the previous build did from this, but im not sure. And now its at 3502. This is clearly faster. I haven't been able to watch it go this fast before. where it jumps a 100 in 10 or 15 minutes (except at startup, and this was started about 4 hours ago .
  17. icebox

    3.5.x Beta

    I do better than compatibility, this is a win 7 machine. So that isn't the answer. Something was done to the code in 2020 that caused this.
  18. icebox

    3.5.x Beta

    Maybe so, but still, this has been going on for many months now, and at least four so called stable releases. It's utterly ridiculous at this point. I'd like to know if they ever plan to fix this.
  19. icebox

    3.5.x Beta

    so with latest stable, GDI crash still happens. How hard is it to figure out where the GDI aren't being returned when unneeded?
  20. icebox

    3.5.x Beta

    My experience is different. Still using 48582 because I can't use betas on a fair number of sites I use 3.5 for. I only get disassociation when a torrent is 1) stopped, and 2) the program crashes, whether from the GDI crash or some other reason. The last time this happened, I had 8 disassociations of torrents of torrents that were stopped with labels I actively manage. 4 fixed themselves on the next proper shutdown and restart, and the other 4 fixed themselves on the second proper shutdown and restart. *that said, I have 1300 other torrents mostly stopped from a site that is likely not coming back, and some of those were disassociated at the time the 8 I noticed but the stopped ones, definitely some have come back, I'm guessing not more than 15-20 still are from a scan of the first 200 or so. There were a lot more after the last crash.
  21. icebox

    3.5.x Beta

    I'm eagerly awaiting news about whether the GDI crash is fixed in the new beta. The file association issue that joshace identified does happen occasionally for me, but I don't find that as annoying because it's only a couple of torrents at a time, Also it fixes itself on the next restart, and because I have to restart at least once a day because of the GDI crash, well, they aren't there to taunt me long.
  22. icebox

    3.5.x Beta

    So I have the GDI limit set to 20k, deleted 2400 stopped torrents from the program, so now I have 2831 torrents in the program, of which only 1129 are seeding. With this orientation, I get the GDI crash in around 14-16 hours. Is there any way to stop this without bringing the whole system down? I've been hesitiant to update my sytem to win10 because when I updated a laptop to win 10 it basically broke the thing, camera and mic stopped working. I'll update to win10 later this year (hopefully) when I replace the machine.
  23. icebox

    3.5.x Beta

    Update: this change solves the problem, but around 24-36 hours after a reboot, the system goes absolutely nuts its hard to describe, sometimes I can get to the task manager and kill the mozilla process (usually the largest memory user), and even if I leave utorrent active, the mania calms down. Strange, because I've been sitting at the computer when this happens and the system is not low on memory (and there's a mozilla memory leak that does use all memory from time to time, and what happens with this crash isn't the same thing as a typical out of memory situation. The screen flashes, the tray goes to the top of the screen (but is still clickable at the bottom), screen looses desktop background and has icons over a black background, utorrent flashes full screen even though it was windowed, and sometimes I can bring task manager to the front, and use it. Last night, it must have happened while I was asleep, as the system crashed sometime after I was last on. So I'm going to drop the number from 30k to 20k and see what happens. The utorrent semi-crash I had at the start was much less disruptive than the whole system crashing. This system is rock solid otherwise,
  24. icebox

    3.5.x Beta

    Thanks Rafi, I wasn't able to reboot until last weekend, then went out of town for a couple of days, and it's still working now that I'm back. So that was the solution! Very happy to have a working current version of the program.
  25. icebox

    3.5.x Beta

    Im still running win 7 64bit, and I've had an interface crash going back several versions, still present in latest stable, I tried the LAA versions for the last two stables and problem persists. What happens is this, after starting the program, the program loads torrents, and slowly starts them. About 24 hours later, the interface hangs. I say the interface, because the program is still working underneath. I see stats change on sites every day even if I let this program to itself for 2 weeks after hanging. I can't manage torrents, but the program still makes new connections and works in the background. This instance of the program has about 4600 torrents, only about 1/2 of which are active, that number of torrents I've had running long before this error started. No clue why this is.
×
×
  • Create New...