[parisc-linux] N4k also ran 7days my stress test: k 2.6.17-pa3 + gcc-3.3 [followup]
Joel Soete
soete.joel at tiscali.be
Sat Jul 1 05:27:32 MDT 2006
Hello all,
Same success with k 2.6.17-pa3 compiled also with gcc-3.3 and same tests.
# uname -a
Linux patst006 2.6.17-pa3-n4kmp #2471 SMP Fri Jun 23 15:39:23 CEST 2006 parisc64 GNU/Linux
This doesn't yet include Jejb's do_gettimeofday() patch.
top - 13:06:57 up 7 days, 20:47, 3 users, load average: 6.63, 6.47, 6.82
Tasks: 84 total, 4 running, 80 sleeping, 0 stopped, 0 zombie
Cpu0 : 10.6% us, 89.4% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si
Cpu1 : 75.0% us, 6.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 18.3% si
Mem: 4113812k total, 3859048k used, 254764k free, 496240k buffers
Swap: 250872k total, 4k used, 250868k free, 287936k cached
Change delay from 1.0 to:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ P WCHAN COMMAND
18375 root 21 -4 3524 1020 816 R 97 0.0 0:02.05 0 intr_chec tar
18381 root 21 -4 15320 13m 2756 R 77 0.3 0:01.06 1 intr_chec cc1
1095 gkrellmd 15 0 5256 1488 1108 S 17 0.0 1925:59 1 select gkrellmd
18371 root 21 -4 25064 22m 2852 R 6 0.6 0:02.34 1 intr_retu cc1
28865 root 16 0 2976 1436 1096 R 3 0.0 300:37.48 0 184467440 top
[snip]
I am now curious to rebuild exactely the same src/config with gcc-4.1?
Joel
Joel Soete wrote:
> Hello all,
>
> There was a very first hypothesis that I wanted to get rid: this testing
> n4k could have some hw broken?
>
> As I don't have access to fine hp diagnostics (iirc passwd requested)
> and I remember that some old kernel seems to works fine, I tried to
> re-compile 2.6.8.1 + latest kyle's patches. Well, it failed to rebuild
> with default gcc (4.1 right now) but succeded with gcc-3.3.
>
> Finaly, this kernel builded as smp 64bit ran 7days continioulsy without
> any failure of any kind my 2 stress test loop:
> one stressing a bit io
> # while true ; do nice -n -4 tar -xspf linux-2.6.11-pa4.tar; nice -n -4
> rm -rf linux-2.6.11-pa4; date; done
>
> another to stress a bit cpu
> # while true ; do make clean ; make oldconfig ; nice -n -4 make -j2
> vmlinux 2>&1 | tee -a /var/logs/k-loop; done
>
> # grep "LD vmlinux" k-loop | wc -l
> 495
>
> # uname -a
> Linux patst006 2.6.8.1 #1 SMP Fri Jun 16 12:59:31 CEST 2006 parisc64
> GNU/Linux
>
> top - 14:32:29 up 7 days, 56 min, 4 users, load average: 5.42, 5.49, 5.70
> Tasks: 80 total, 4 running, 76 sleeping, 0 stopped, 0 zombie
> Cpu0 : 71.7% us, 12.4% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi,
> 15.9% si
> Cpu1 : 93.9% us, 6.1% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi,
> 0.0% si
> Mem: 4107192k total, 3809232k used, 297960k free, 651624k buffers
> Swap: 250872k total, 10596k used, 240276k free, 286312k cached
> Change delay from 1.0 to:
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ P WCHAN
> COMMAND
> 27806 root 21 -4 15772 12m 5320 R 97 0.3 0:01.66 1 intr_chec
> cc1
> 27741 root 21 -4 19168 17m 5320 R 70 0.4 0:13.19 0 intr_chec
> cc1
> 984 gkrellmd 16 0 5196 1256 3156 S 17 0.0 1036:51 0 select
> gkrellmd
> 16937 root 17 0 2912 1376 2616 R 11 0.0 320:52.43 0 63
> top
> 27800 root 15 -4 3452 1024 2440 R 3 0.0 0:01.00 1 611521008
> tar
> 1 root 16 0 2316 700 2096 S 0 0.0 5:34.89 1 select
> init
>
> I am well aware that's not perfect test (there are better 'stress') but
> at least make me a bit more confident in hw ;-)
>
> Cheers,
> Joel
> _______________________________________________
> parisc-linux mailing list
> parisc-linux at lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>
>
More information about the parisc-linux
mailing list