[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