Java - Azureus memory usage

Dominik 'Rathann' Mierzejewski dominik at greysector.net
Tue Feb 28 17:43:14 UTC 2006


On Tuesday, 28 February 2006 at 15:30, Garry Harthill wrote:
> top - 14:24:28 up 5 days,  3:41,  5 users,  load average: 3.78, 3.61, 3.27
> Tasks: 117 total,   1 running, 116 sleeping,   0 stopped,   0 zombie
> Cpu(s): 57.0% us, 10.3% sy,  0.0% ni, 31.1% id,  1.3% wa,  0.3% hi,  0.0% si
> Mem:   1027288k total,  1002144k used,    25144k free,    39564k buffers
> Swap:  1020116k total,      940k used,  1019176k free,   405756k cached
> 
>   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> 13132 garry     15   0  966m 213m  37m S 50.6 21.3 227:27.00 gij
> 
> 213mb memory and 50% CPU seems a bit excessive.
> 
> azureus-2.4.0.0-0.20060209cvs_1.fc5
> glib-java-0.2.3-1.2
> cairo-java-1.0.2-0.2
> libgconf-java-2.12.1-2.2
> libgtk-java-2.8.3-1.2
> java-1.4.2-gcj-compat-1.4.2.0-40jpp_80rh
> 
> Anyone else seeing this?

What I'm seeing is deficient functionality. FE version seems to be able
to handle only one download at a time and at far lower speed, i.e.
only one of all active downloads actually shows any "Down speed",
all others are at zero. It is also much slower in connecting to tracker
and finding out how many peers and seeds there are.
The binary from azureus.sf.net coupled with jpackage.org's sun java rpm
works flawlessly and handles as many concurrent downloads as I want.

Regards,
R.

-- 
       RPM repository for Fedora Core http://rpm.greysector.net/
mpg321, xmp, faad2, lame, mad, *mplayer*, rdesktop, tin, xvid, mks, mutt
"Faith manages."
        -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"




More information about the fedora-devel-list mailing list