search for: 509m

...ing, 1 zombie CPU: 15.9% user, 0.0% nice, 9.1% system, 0.0% interrupt, 75.0% idle Mem: 68M Active, 1229M Inact, 558M Wired, 2932K Cache, 416M Buf, 2063M Free Swap: 8192M Total, 8192M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 22895 root 1 103 0 509M 54308K CPU6 6 1:06 100.00% samba: task[cldapd] (samba) 22896 root 1 103 0 509M 54720K CPU3 3 1:06 100.00% samba: task[kdc] (samba) -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://w...

...) tmpfs on /tmp type tmpfs (rw,size=128m) The output from df -h: Filesystem Size Used Avail Use% Mounted on /dev/hda5 20G 19G 1.0G 95% /home /dev/hda10 3.2G 2.5G 549M 83% /usr /dev/hda6 4.9G 3.2G 1.4G 68% /usr/local /dev/hda8 509M 51M 433M 11% /var /dev/hda9 509M 23M 461M 5% /var/tmp tmpfs 128M 8.0k 127M 1% /tmp Other system info: $ uname -a Linux ja 2.4.9-ac18 #1 Sun Sep 30 11:30:05 EDT 2001 i686 unknown This runs on a heavily modified RedHat 7.0 distrib. Thanks, -Jeremy -- Je...

I am [trying to] perform a test prior to moving my data to solaris and zfs. Things are going very poorly. Please suggest what I might do to understand what is going on, report a meaningful bug report, fix it, whatever! Both to learn what the compression could be, and to induce a heavy load to expose issues, I am running with compress=gzip-9. I have two machines, both identical 800MHz P3 with