Prev: Any monthly web hosting companies?
Next: "TLB parity error in virtual array; TLB error 'instruction"?(acpidump)
From: Robert Redelmeier on 9 Mar 2010 23:13 ANTant(a)zimage.com wrote in part: > Wow, that's going to be crazy to count them :P. I assume > killall burnMMX command will kill them all. Does it have > to be 40 of them? I might run them all night tonight or so. Something around that, to use up available RAM without going into swap. You can count them, or run them under `time` so it marks when/if they abend. killall works. -- Robert
From: Yousuf Khan on 10 Mar 2010 02:18 ANTant(a)zimage.com wrote: >> Or possibly, the PSU itself was the cause of the overvoltage. Was it an >> old PSU that failed? Certain PSU size calculator sites make a provision >> for systems that are left on for 24 hours for years on end. They reduce >> its capacity rating by upto 40% for such a situation! > > The new Antec PSU? How can I check for that? I think I already shared my > machine specifications: > http://alpha.zimage.com/~ant/antfarm/about/computers.txt (secondary). If > not, then see that link. ;) No, not the new PSU, the old one that created all of the commotion in the first place. Just wondering what the cause of that original failure was. Since you got a new PSU, it's not likely the cause of any of the current problems. The current CPU problem is probably a leftover from that original failure. Yousuf Khan
From: Yousuf Khan on 10 Mar 2010 02:24 ANTant(a)zimage.com wrote: >>> 40 times?! Is there an easy way to run it in one command >>> or something? I had to run two of them manually earlier. :( >> Type once, repeat many times: >> $ time nice -19 ./burnMMX P & >> >> then just [up-arrow] [enter] to repeat. > > Wow, that's going to be crazy to count them :P. I assume killall burnMMX > command will kill them all. Does it have to be 40 of them? I might run > them all night tonight or so. Or just create a script. Simplest thing you can do is copy paste into the text editor 40 times. Or if you want to be pretty about it, try writing a loop for it: #!/bin/bash x=1 while (x -lt 40) do time nice -19 ./burnMMX P & x=x+1 done That's just off the top of my head, I haven't tested the syntax. Yousuf Khan
From: Ant on 10 Mar 2010 10:21 On 3/9/2010 11:18 PM PT, Yousuf Khan typed: > ANTant(a)zimage.com wrote: >>> Or possibly, the PSU itself was the cause of the overvoltage. Was it >>> an old PSU that failed? Certain PSU size calculator sites make a >>> provision for systems that are left on for 24 hours for years on end. >>> They reduce its capacity rating by upto 40% for such a situation! >> >> The new Antec PSU? How can I check for that? I think I already shared >> my machine specifications: >> http://alpha.zimage.com/~ant/antfarm/about/computers.txt (secondary). >> If not, then see that link. ;) > > No, not the new PSU, the old one that created all of the commotion in > the first place. Just wondering what the cause of that original failure > was. Since you got a new PSU, it's not likely the cause of any of the > current problems. The current CPU problem is probably a leftover from > that original failure. I assume the old PSU died by itself and damaged my hardwares? A few days before it, I smelled something burning that I couldn't narrow down. Probably the PSU since we couldn't find any obvious oddness on motherboard, etc. We never bothered to look inside the PSU (too late now). I don't remember PSU smelling either. -- "I got worms! That's what we're going to call it. We're going to specialize in selling worm farms. You know like ant farms. What's the matter, a little tense about the flight?" --Lloyd Christmas (Dumb and Dumber movie) /\___/\ / /\ /\ \ Phil./Ant @ http://antfarm.ma.cx (Personal Web Site) | |o o| | Ant's Quality Foraged Links: http://aqfl.net \ _ / Nuke ANT from e-mail address: philpi(a)earthlink.netANT ( ) or ANTant(a)zimage.com Ant is currently not listening to any songs on his home computer.
From: Ant on 10 Mar 2010 10:36
On 3/9/2010 8:13 PM PT, Robert Redelmeier typed: >> Wow, that's going to be crazy to count them :P. I assume >> killall burnMMX command will kill them all. Does it have >> to be 40 of them? I might run them all night tonight or so. > > Something around that, to use up available RAM without > going into swap. You can count them, or run them under > `time` so it marks when/if they abend. killall works. I ran it for about 15 minutes. $ sensors -f acpitz-virtual-0 Adapter: Virtual device temp1: +71.2�F (crit = +206.2�F) k8temp-pci-00c3 Adapter: PCI adapter Core0 Temp: +127.4�F Core1 Temp: +100.4�F $ top top - 07:35:06 up 1 day, 23:52, 1 user, load average: 42.33, 37.41, 20.82 Tasks: 188 total, 37 running, 151 sleeping, 0 stopped, 0 zombie Cpu0 : 0.0%us, 0.0%sy, 75.3%ni, 24.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 3.3%us, 6.2%sy, 88.9%ni, 0.0%id, 0.0%wa, 1.6%hi, 0.0%si, 0.0%st Mem: 2595064k total, 2527612k used, 67452k free, 376k buffers Swap: 2361512k total, 361084k used, 2000428k free, 4756k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1857 ant 39 19 65632 64m 4 R 28 2.5 0:48.63 burnMMX 1844 ant 39 19 65632 64m 4 R 16 2.5 0:08.30 burnMMX 1876 ant 39 19 65632 64m 4 R 14 2.5 0:49.97 burnMMX 1838 ant 39 19 65632 64m 4 R 11 2.5 0:48.66 burnMMX 1827 ant 39 19 65632 64m 4 R 11 2.5 0:53.44 burnMMX 1879 ant 39 19 65632 64m 4 R 9 2.5 0:43.21 burnMMX 1881 ant 39 19 65632 64m 4 R 7 2.5 0:43.91 burnMMX 1837 ant 39 19 65632 64m 4 R 6 2.5 0:45.62 burnMMX 1872 ant 39 19 65632 64m 4 R 6 2.5 0:24.34 burnMMX 1861 ant 39 19 65632 64m 4 R 5 2.5 0:15.91 burnMMX 1812 ant 39 19 65632 64m 4 R 5 2.5 0:42.38 burnMMX 1823 ant 39 19 65632 64m 4 R 5 2.5 0:16.68 burnMMX 1820 ant 39 19 65632 64m 4 R 3 2.5 0:46.17 burnMMX 1822 ant 39 19 65632 64m 4 R 3 2.5 0:44.40 burnMMX 1845 ant 39 19 65632 64m 4 R 3 2.5 0:21.89 burnMMX 1871 ant 39 19 65632 64m 4 R 3 2.5 0:28.55 burnMMX 1873 ant 39 19 65632 64m 4 R 3 2.5 0:19.51 burnMMX 1883 ant 39 19 65632 64m 4 R 3 2.5 0:49.04 burnMMX 14720 root 40 0 10412 2972 728 S 3 0.1 0:09.04 python 1806 ant 39 19 65632 64m 4 R 3 2.5 0:49.38 burnMMX 1821 ant 39 19 65632 64m 4 R 3 2.5 0:45.35 burnMMX 1824 ant 39 19 65632 64m 4 R 3 2.5 0:47.17 burnMMX 1825 ant 39 19 65632 64m 4 R 3 2.5 0:44.06 burnMMX 1826 ant 39 19 65632 64m 4 R 3 2.5 0:45.99 burnMMX 1836 ant 39 19 65632 64m 4 R 3 2.5 0:33.37 burnMMX 1841 ant 39 19 65632 64m 4 R 3 2.5 0:26.37 burnMMX 1856 ant 39 19 65632 64m 4 R 3 2.5 0:12.81 burnMMX 1858 ant 39 19 65632 64m 4 R 3 2.5 0:27.78 burnMMX 1877 ant 39 19 65632 64m 4 R 3 2.5 0:27.71 burnMMX 1878 ant 39 19 65632 64m 4 R 3 2.5 0:15.96 burnMMX 1882 ant 39 19 65632 64m 4 R 3 2.5 0:31.35 burnMMX 1839 ant 39 19 65632 64m 4 R 3 2.5 0:44.30 burnMMX 1842 ant 39 19 65632 64m 4 R 3 2.5 0:44.33 burnMMX 1843 ant 39 19 65632 64m 4 R 3 2.5 0:19.46 burnMMX 1855 ant 39 19 65632 64m 4 R 3 2.5 0:26.53 burnMMX 1874 ant 39 19 65632 52m 4 D 2 2.1 0:03.33 burnMMX 31 root 20 0 0 0 0 D 1 0.0 0:03.75 kswapd0 1465 ant 40 0 56428 6520 320 S 1 0.3 0:19.93 launch_here.rb 1840 ant 39 19 65632 38m 4 D 1 1.5 0:02.47 burnMMX 1860 ant 39 19 65632 33m 4 R 1 1.3 0:02.54 burnMMX 1880 ant 39 19 65632 36m 4 D 1 1.4 0:02.60 burnMMX 21 root 20 0 0 0 0 R 0 0.0 0:14.38 kblockd/1 1859 ant 39 19 65632 36m 4 D 0 1.5 0:02.49 burnMMX 1875 ant 39 19 65632 34m 4 D 0 1.4 0:02.55 burnMMX 1939 ant 40 0 2464 1212 888 R 0 0.0 0:00.09 top 2657 root 40 0 3392 344 284 S 0 0.0 0:04.12 hald-addon-stor 1 root 40 0 2036 212 188 S 0 0.0 0:01.50 init 2 root 40 0 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root RT 0 0 0 0 S 0 0.0 0:00.03 migration/0 4 root 20 0 0 0 0 S 0 0.0 0:00.90 ksoftirqd/0 5 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0 6 root RT 0 0 0 0 S 0 0.0 0:00.01 migration/1 7 root 20 0 0 0 0 S 0 0.0 0:04.74 ksoftirqd/1 8 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/1 9 root 20 0 0 0 0 S 0 0.0 0:00.04 events/0 10 root 20 0 0 0 0 S 0 0.0 0:00.19 events/1 11 root 20 0 0 0 0 S 0 0.0 0:00.00 cpuset 12 root 20 0 0 0 0 S 0 0.0 0:00.00 khelper... So far, nothing interesting in my logs or any crashes. Just a very slow Debian/Linux! Also, the HDD light was very busy. And top shows swap usage. I checked iotop and saw: $ iotop Total DISK READ: 3.02 M/s | Total DISK WRITE: 1259.75 K/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND 31 be/4 root 0.00 B/s 0.00 B/s 0.00 % 99.99 % [kswapd0] 1045 be/4 root 0.00 B/s 38.17 K/s 0.00 % 46.36 % [kjournald] 1465 be/4 ant 690.95 K/s 76.35 K/s 50.71 % 4.72 % ruby ../launch_here.rb -b 1844 be/7 ant 580.25 K/s 0.00 B/s 99.99 % 0.00 % ./burnMMX P 1859 be/7 ant 255.77 K/s 0.00 B/s 92.82 % 0.00 % ./burnMMX P 1860 be/7 ant 209.96 K/s 0.00 B/s 99.99 % 0.00 % ./burnMMX P 1874 be/7 ant 427.55 K/s 0.00 B/s 63.77 % 0.00 % ./burnMMX P 1875 be/7 ant 244.31 K/s 0.00 B/s 99.99 % 0.00 % ./burnMMX P 1880 be/7 ant 454.27 K/s 0.00 B/s 99.99 % 0.00 % ./burnMMX P 1840 be/7 ant 263.40 K/s 0.00 B/s 99.99 % 0.00 % ./burnMMX P 1 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % init [2] 2 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [kthreadd] 3 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/0] 4 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/0] 5 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/0] 6 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [migration/1] 7 be/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [ksoftirqd/1] 8 rt/4 root 0.00 B/s 0.00 B/s 0.00 % 0.00 % [watchdog/1] .... Are you sure it is not supposed to use swap? I am not even running X. Do I need to run this overnight or something? -- "Ants are so much like human beings as to be an embarrassment. They farm fungi, raise aphids as livestock, launch armies into wars, use chemical sprays to alarm and confuse enemies, capture slaves. The families of weaver ants engage in child labor, holding their larvae like shuttles to spin out the thread that sews the leaves together for their fungus gardens. They exchange information ceaselessly. They do everything but watch television." --Lewis Thomas /\___/\ / /\ /\ \ Phil./Ant @ http://antfarm.ma.cx (Personal Web Site) | |o o| | Ant's Quality Foraged Links: http://aqfl.net \ _ / Nuke ANT from e-mail address: philpi(a)earthlink.netANT ( ) or ANTant(a)zimage.com Ant is currently not listening to any songs on his home computer. |