
<html><head></head><body>The threat of "all your access and code will vanish" is a good deterrent for my grad students.<br><br><div class="gmail_quote">On June 26, 2019 6:06:11 PM EDT, Todor Fassl via Ale <ale@ale.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre class="k9mail">I would not recommend ignoring high loads on a server these days. That <br>could be a sign someone is mining bitcoins on your server.<br><br><br><br>On 6/26/19 2:29 PM, Jeff Hubbs via Ale wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">On 6/26/19 1:58 PM, Todor Fassl via Ale wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">Right, but that is my point. If I run uptime and I see the load on a <br>system is high, I still have to manually figure out if it is cpu <br>bound, memory bound, or disk IO bound, or network IO bound. If you <br>google for tutorials on diagnosing load problems, they all say <br>something like "First run top and look at column 10. Then run iotop <br>and look at column 23. Then run netstat and ..." I don't think I <br>should have to do that in 2019.<br></blockquote><br>Maybe just go to lunch?<br><br>I'm only half-joking. Well, not even half.<br><br>At A Previous Employer (tm) the network operations group forced the <br>issue of running Nagios to monitor everything. I complied and put a <br>Nagios client on the Gentoo Linux file server I'd designed, built, and <br>managed for the entire company's use. Every night this machine made <br>Nagios absolutely explode with warnings. Of course it would, I told <br>them, it's running mksquashfs on all the Samba share volumes to make <br>backups and it lights up every core in the box in so doing because the <br>RAID1+0 is insanely fast in read and it's writing to a completely <br>different set of spindles on a completely different controller. <br>Moreover, it would do the same thing whenever ClamAV ran because ClamAV <br>was nicely multithreaded and would read at over 200MiB/s. It was <br>expected, normal, and intended. The "problem," plainly speaking, was <br>Nagios.<br><br>The point of this graybeard parable is that machines turning into <br>hairdryers is not a bad thing on its face. It's different if e.g. a) it <br>can't complete something in the amount of time it has to do it per <br>line-of-business requirements b) you're limited on electrical or cooling <br>plant power c) your computers are doing something with no utility or <br>value. Just let the things glow red and go to lunch.<hr>Ale mailing list<br>Ale@ale.org<br><a href="https://mail.ale.org/mailman/listinfo/ale">https://mail.ale.org/mailman/listinfo/ale</a><br>See JOBS, ANNOUNCE and SCHOOLS lists at<br><a href="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</a><br></blockquote></pre></blockquote></div><br>-- <br>Sent from my Android device with K-9 Mail. All tyopes are thumb related and reflect authenticity.</body></html>