<div dir="ltr">On Fri, Aug 29, 2008 at 5:01 PM, Calvin Dodge <span dir="ltr"><<a href="mailto:caldodge@gmail.com">caldodge@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2008/8/29 Stephen Crampton <<a href="mailto:SteveSings@gmail.com">SteveSings@gmail.com</a>>:<br>
<div class="Ih2E3d">> I'm using the latest version of Edubuntu.<br>
><br>
> I'm not sure how to check the CPU or network load.  Could someone tell me<br>
> the most efficient way?<br>
<br>
</div>IMHO, gkrellm is probably the simplest way. It displays moving graphs<br>
of server metrics, including CPU usage and network bandwidth. If it's<br>
not installed, I'm pretty sure it's readily available for your distro.<br>
<br>
/sbin/lspci will tell you what hardware is installed, so you can tell<br>
us the make and model of the server's NIC. Meanwhile, my wild guess is<br>
that it's a network issue - either the NIC, or the switch.  That's why<br>
you want to "cat /proc/net/dev" after running Tuxtype and such - it<br>
will tell you if packet errors or drops are significant contributors<br>
to the problem.<br>
<br>
Calvin<br>
</blockquote><div><br>To follow on with this, we noticed that our server that was running wonderfully last year on the  64-bit kernel was having lots of problems on the 32-bit server kernel. It turns out that the 32-bit server kernel and the driver for the onboard NIC don't play so well together and we'd keep getting dropped connection errors. I spent $25 on a new NIC and the speed went back up.<br>
<br>The moral--sometimes the weirdest things can cause issues. And--in my case--it's really good to have a smart student who knows how to check the syslog.<br></div></div></div>