On Fri, Jan 21, 2000 at 10:22:44PM -0500, maximum entropy wrote: > Well, that could cause hangs, but I'm seeing the same symptoms with > 1.4P, and a few other people have posted "me too" about this happening > to them. Maybe all of our CPU fans have y2k bugs? :-) > > Every time my system has hung with 1.4P it has been during a "make > build" -- high disk IO and lots of process creation. > > Under normal load the system is fine. High CPU utilization by itself > doesn't seem to trigger it. So, so it's not a overheating problem. In my case a simple "while(1); end" loop was enouth to get it look up. On a related note I've got my home machine in a strange state yesterday, where any process creation would fail "no more processes". It was not a limit problem, kernel didn't print any diagnostic message and running processes were fine (I had a few xterm/ssh to other machines and was able to use them just fine). Looks like a memory allocation failed somewhere. I got a core dump, here what I've been able to get: rochebonne#/var/crash>vmstat -m -M netbsd.10.core -N netbsd.10 Kmem statistics are not being gathered by the kernel. Memory resource pool statistics Name Size Requests Fail Releases Pgreq Pgrel Npage Hiwat Minpg Maxpg Idle phpool 40 54 0 25 1 0 1 1 0 inf 0 pmappl 68 3609 0 3555 2 0 2 2 0 inf 0 vmsppl 180 3609 0 3555 4 1 3 4 0 inf 0 vmmpepl 60 75421 0 74452 19 3 16 19 0 inf 0 uaoeltpl 80 14 0 4 1 0 1 1 0 inf 0 aobjpl 52 1 0 1 1 1 0 1 0 inf 0 amappl 40 29647 0 29138 8 2 6 7 0 inf 0 mbpl 128 338660 0 338649 7 5 2 3 1 inf 1 mclpl 2048 179135 0 179134 27 20 7 15 4 256 6 sockpl 164 1256 0 1203 5 2 3 4 0 inf 0 ttypl 228 42 0 0 3 0 3 3 0 inf 0 procpl 320 3614 0 3555 7 1 6 7 0 inf 0 pgrppl 24 491 0 447 1 0 1 1 0 inf 0 pcredpl 24 3614 0 3555 1 0 1 1 0 inf 0 plimitpl 156 1405 0 1395 1 0 1 1 0 inf 0 rusgepl 72 3555 0 3555 3 2 1 1 0 inf 1 filepl 48 208668 0 208537 2 0 2 2 0 inf 0 cwdipl 12 3611 0 3555 1 0 1 1 0 inf 0 vnodepl 204 63680 0 0 3352 0 3352 3352 0 inf 0 ncachepl 72 778 0 0 14 0 14 14 0 inf 0 ffsinopl 212 5757 0 2261 200 16 184 184 0 inf 0 ext2fsinopl 212 0 0 0 0 0 0 0 0 inf 0 lfsinopl 212 72059 0 11889 3329 0 3329 3329 0 inf 138 nfsnodepl 204 1 0 0 1 0 1 1 0 inf 0 nfsvapl 100 1 0 0 1 0 1 1 0 inf 0 cd9660nopl 108 0 0 0 0 0 0 0 0 inf 0 msdosnopl 100 0 0 0 0 0 0 0 0 inf 0 wdcspl 48 38415 0 38414 1 0 1 1 0 inf 0 scxspl 120 2638 0 2638 4 3 1 1 0 inf 1 extent 20 1245 0 1170 1 0 1 1 0 inf 0 rtentpl 124 9 0 0 1 0 1 1 0 inf 0 tcpcbpl 176 46 0 37 1 0 1 1 0 inf 0 synpl 168 19 0 19 1 1 0 1 0 inf 0 swp buf 148 1501 0 1501 1 0 1 1 0 inf 1 swp vnx 20 0 0 0 0 0 0 0 0 inf 0 swp vnd 124 0 0 0 0 0 0 0 0 inf 0 sigapl 840 3611 0 3555 20 4 16 19 0 inf 0 In use 26114K, total allocated 27840K; utilization -56.9% This is with a kernel from Jan 16 sources ... -- Manuel Bouyer <bouyer@antioche.eu.org> --