Guspaz

Another update. As torrents finished, CPU usage dropped. With 2 torrents seeding, CPU usage dropped to 20-40%. With one torrent seeding, CPU usage dropped to 5-10%. Box is a Celeron 2.4GHz with 512MB of RAM, btw, running RedHat Enterprise Linux 3.

Sorry for posting so much, but I figure the info I post might be handy to somebody. After the 4 torrents finished downloading and started seeding, the CPU usage dropped from 100% down to 50-60%. It seems like there might be some way to tweak uTorrent to reduce CPU usage. Maybe something it is doing while downloading is triggering some bug. Some part of the write cacheing maybe? My solution to the problem will be to nice the process to 19. In windows-speak, this means to reduce the process priority. Since the CPU usage is only high while downloading, this shouldn't be too big an issue... I hope.

Here is about 20 milliseconds of the strace of the process: Process 16680 attached - interrupt to quit read(35, "$\0\0\0\0\0\0\0\0\0\0\0T\7\0\0\0\0\0@\0\0\0\0\0\0\0\0\0"..., 64) = 64 write(36, "\0\0\0\0\0\0\0\0\221\1\0\0\0\0\0\0\21\0\0\0\0\0\0\0\0\0"..., 64) = 64 gettimeofday({1144641078, 864800}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {$ read(35, "-\0\0\0\0\0\0\0\0\0\0\0T\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 write(36, "\0\0\0\0\0\0\0\0003\0\0\0\0\0\0\0\3\0\0`\0\0\0\0\0\0\0"..., 64) = 64 gettimeofday({1144641078, 866070}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {$ read(35, ".\0\0\0\0\0\0\0\0\0\0\0T\7\0\0\2\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 poll([{fd=412, events=POLLOUT}], 1, 0) = 0 write(36, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 gettimeofday({1144641078, 867554}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {$ read(35, "$\0\0\0\0\0\0\0\0\0\0\0\204\10\0\0\0\0\0@\0\0\0\0\0\0\0"..., 64) = 64 write(36, "\0\0\0\0\0\0\0\0\333\1\0\0\0\0\0\0\21\0\0\0\0\0\0\0\0\0"..., 64) = 64 gettimeofday({1144641078, 869350}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {$ read(35, "-\0\0\0\0\0\0\0\0\0\0\0\204\10\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 write(36, "\0\0\0\0\0\0\0\0003\0\0\0\0\0\0\0\3\0\0`\0\0\0\0\0\0\0"..., 64) = 64 gettimeofday({1144641078, 870496}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {$ read(35, "$\0\0\0\0\0\0\0\0\0\0\0\304\7\0\0\0\0\0@\0\0\0\0\0\0\0"..., 64) = 64 write(36, "\0\0\0\0\0\0\0\0\256\1\0\0\0\0\0\0\21\0\0\0\0\0\0\0\0\0"..., 64) = 64 gettimeofday({1144641078, 871596}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {$ read(35, "-\0\0\0\0\0\0\0\0\0\0\0\304\7\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 write(36, "\0\0\0\0\0\0\0\0003\0\0\0\0\0\0\0\3\0\0`\0\0\0\0\0\0\0"..., 64) = 64 gettimeofday({1144641078, 872952}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {$ read(35, "$\0\0\0\0\0\0\0\0\0\0\0\254\6\0\0\0\0\0@\0\0\0\0\0\0\0"..., 64) = 64 write(36, "\0\0\0\0\0\0\0\0\207\1\0\0\0\0\0\0\21\0\0\0\0\0\0\0\0\0"..., 64) = 64 recv(287, "\0", 1, MSG_PEEK) = 1 gettimeofday({1144641078, 874375}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {$ read(35, "-\0\0\0\0\0\0\0\0\0\0\0\254\6\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 write(36, "\0\0\0\0\0\0\0\0003\0\0\0\0\0\0\0\3\0\0`\0\0\0\0\0\0\0"..., 64) = 64 gettimeofday({1144641078, 875524}, NULL) = 0 poll([{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {$ read(35, "$\0\0\0\0\0\0\0\0\0\0\0\f\7\0\0\0\0\0@\0\0\0\0\0\0\0\0"..., 64) = 64 write(36, "\0\0\0\0\0\0\0\0\231\1\0\0\0\0\0\0\21\0\0\0\0\0\0\0\0\0"..., 64) = 64 gettimeofday({1144641078, 876778}, NULL) = 0 Why do I say 20 milliseconds? Because I typed out the strace command, hit enter, then hit CTRL-C as fast as I could. It still produced 600 lines. So what you see above, it is being repeated many thousands of times per second. I have no idea if that is normal. uTorrent is connected to hundreds of peers pushing several megabits in both directions, so it is expected to have a large number of syscalls, I'd think.

Noticed side effects so far: - Fonts are a bit off, a bit too wide, so sometimes it goes off a window. They're not THAT much bigger, but a bit. - Can't right-click on speed in lower-right to set cap, it shows a popup for "Enable scheduler" and "Enable DHT". Right-clicking seems to work everywhere else - The µ in µTorrent is shown as a garbage char. It works in the title of the window, but not in any dialog or inside of window. - There is some flashing in the torrent list. Could be because of VNC. Alternating list backgrounds works, icons everywhere work, etc. Downloading works, but consumes 100% CPU (I have 2 torrrents going at the same time). The CPU power is eaten up by the process "wineserver", and 80% to 90% of it is going towards System, not User. This is different from the previous 100% CPU bug. In the previous bug, µTorrent consumed 100% just by being open, not even doing anything. The patch fixed that. Now it only consumes 100% while downloading.

My method seems to have worked. While unfortunately I don't have the latest version of WINE, it is running, and it isn't sucking up 100% CPU. Version of WINE is, as mentioned, 0.9.2. I'm going to try downloading a torrent, we'll see how that goes.

I may be doing something wrong. What I had been doing was to download the source, and run the wine installer (which handles compilation and installation itself). You would think that by running the official installer that does everything, I couldn't make any mistakes, but who knows. Maybe they really did break something. What I do know is that the one time I had uTorrent running was by installing the 0.9.2 RPM for RedHat Enterprise Linux 3 (That is the newest version for any type of redhat). Problem was the 100% CPU issue. My current attempt involves doing this: 1) Download source version of RPM that worked before. 2) Extract RPM 3) Extract source 4) Apply fix to solve CPU issue 5) Repack source 6) Use rpmbuild to directly build the binary RPM 7) Install RPM I'll let everybody know how this goes. Might I add that WINE takes bloody ages to compile?

Same error with latest CVS of WINE.

Looks like latest release of WINE (0.9.11) fails to start uTorrent with the following error: err:ntdll:RtlpWaitForCriticalSection section 0x73d80020 "heap.c: main process heap section" wait timed out in thread 000a, blocked by 0009, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x3e9224ec I'm going to try the latest nightly next, failing that I'll drop back to 0.9.10 and try the patch manually.