Gnutella Forums

Gnutella Forums (https://www.gnutellaforums.com/)
-   Gnotella (Windows) (https://www.gnutellaforums.com/gnotella-windows/)
-   -   High CPU utilization (https://www.gnutellaforums.com/gnotella-windows/853-high-cpu-utilization.html)

huskyrob March 28th, 2001 11:52 PM

hi
i have an athlon 700 w/ 160mb running win98 and my cpu usage hovers around 5-10%

elbartok March 30th, 2001 11:46 PM

After vs. 0.9.9

The best interface on Gnutella world, but the worst implementation on Windows resources, allocating 20% (User - GDI).
CPU usage suffers from this excessive allocation of windows resources.

Bryanhoop April 1st, 2001 01:51 PM

i have 450 mhz pent2 plus 128 megs of ram and it constantly maxes out my kernal processor usage. I think my computer is going to die when I start up gnotella, and it sure hasn't had this problem before!

Bryanhoop April 1st, 2001 01:52 PM

i have 450 mhz pent2 plus 128 megs of ram and it constantly maxes out my kernal processor usage. I think my computer is going to die when I start up gnotella, and it sure hasn't had this problem before! ONly connected to 3 servers!

SRL April 1st, 2001 08:40 PM

High CPU usage has always been a problem with Gnotella for me too. For what it's worth uploads and downloads don't seem to affect it, but the more network connections you have the higher the CPU usage goes. Even just four connections eats up all my CPU and cause the program to freeze for several seconds at a time.

I remember this was a common problem in several early clients, but most have this solved now. I hope it's fixed soon in Gnotella too - really I think it's the only thing holding it back from being the absolute best Gnutella client around.

say what April 20th, 2001 11:01 PM

I have a Pentium II at 450MHz, and I am sharing 1200 mp3 files. I've found that changing from 4 continuous connections to 3 connections has made a big difference. Also, sometimes Gnotella fails to shutdown the aFileDB task, and (on Win 98) I have to Control-Alt-Delete and then End-Task it. It is this task which is the "hog" of CPU resources.

240gordie May 1st, 2001 02:30 PM

I am running a PIII 800mz with 256 megs and I am writng this while downloading 2 files. My cpu usage is around 30%.

auzzi May 1st, 2001 03:07 PM

Running a 950mhz AMD with 192mhz using win2k and have not had one bit of problem with CPU utilization. In fact i can run multiple applications. I cannot say that for LimeWare however. What a system resource hog that thing is. And downloads almost always fail. And they call that the KING of Gnutella clients?

-AuSSie

Assassin May 7th, 2001 06:54 PM

Right - Limewire locks your memory until your machine is dead! I have an Athlon 1000@1040 (FSB 104) with 384MB RAM - I disabled virtual memory which is perfect for any app or game or whatever I use. Only Limewire blocks all the memory in about half an hour. I'm gonna try Gnutella again - had some good results with it some time ago on a PIII 450 with 128MB RAM (kept only 1 or 2 connections running, then the CPU util was a little below 100% - it also used a lot of memory!) Let's see how good it is now...

Soul Harvester May 17th, 2001 11:41 PM

Pentium2 400mhz 128mb Custom built machine.

I can't share any files since I'm behind a seriously mean NAT firewall, so I disabled all that.

I am currently downloading 4 via Gnotella and attempting about 15+ more, with 3 active searches, 9 servers on my connect list.

I'm also running ICQ 2000b, UO with UOA and 8x8 Macroer, Winamp, and IE.

Everything runs just fine. The only time it's slow is if I start a new search, or switch to the "Hosts" page. Other then that I never get any slowdown or pauses and cpu usage averages at 45%. If I'm actively doing something within Gnotella ONLY, it will bump up to 60-100% but then quickly goes back down.

Of course my machine is super cooled, but :/



All times are GMT -7. The time now is 06:18 PM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.

Copyright © 2020 Gnutella Forums.
All Rights Reserved.