<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2900.2180" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Hi Mark.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Took a quick look at one server I have with just a
32 man server. </FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Top</FONT></DIV>
<DIV><FONT face=Arial size=2>-----</FONT></DIV>
<DIV><FONT face=Arial size=2>top - 18:24:47 up 6 days, 12:23, 1
user, load average: 0.27, 0.34, 0.40<BR>Tasks: 68 total,
3 running, 65 sleeping, 0 stopped, 0
zombie<BR>Cpu(s): 17.4% us, 0.2% sy, 0.0% ni, 82.5% id, 0.0%
wa, 0.0% hi, 0.0% si<BR>Mem: 4066048k total,
4055112k used, 10936k free, 40852k
buffers<BR>Swap: 2008116k total,
0k used, 2008116k free, 3529352k cached</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2> PID USER
PR NI VIRT RES SHR S %CPU %MEM
TIME+ COMMAND<BR>21232 alien-co 15 0 170m
84m 6780 R 35.3 2.1 274:50.73 cod_lnxded<BR> 1
root 16 0 2356 496 2192
S 0.0 0.0 0:01.51 init<BR> 2
root RT 0
0 0 0 S 0.0 0.0
0:00.07 migration/0<BR> 3 root
34 19 0 0 0
S 0.0 0.0 0:00.00 ksoftirqd/0<BR> 4
root RT 0
0 0 0 S 0.0 0.0
0:00.05 migration/1<BR> 5 root
34 19 0 0 0
S 0.0 0.0 0:00.00 ksoftirqd/1<BR> 6
root 5 -10
0 0 0 S 0.0 0.0
0:00.00 events/0<BR></FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Free</FONT></DIV>
<DIV><FONT face=Arial size=2>-------</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial
size=2>
total
used free
shared buffers
cached<BR>Mem: 4066048
4054480
11568
0 40876 3533340<BR>-/+
buffers/cache: 480264
3585784<BR>Swap:
2008116
0 2008116<BR></DIV></FONT>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>Should I worry about anything here? I was thinking
of rebooting and seeing how long it takes to use it all.</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<BLOCKQUOTE dir=ltr
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV style="FONT: 10pt arial">----- Original Message ----- </DIV>
<DIV
style="BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: black"><B>From:</B>
<A title=defilm@acm.org href="mailto:defilm@acm.org">Mark J. DeFilippis</A>
</DIV>
<DIV style="FONT: 10pt arial"><B>To:</B> <A title=cod@icculus.org
href="mailto:cod@icculus.org">cod@icculus.org</A> </DIV>
<DIV style="FONT: 10pt arial"><B>Sent:</B> Sunday, September 26, 2004 4:05
PM</DIV>
<DIV style="FONT: 10pt arial"><B>Subject:</B> Re: [cod] Linux Server 1.41d
sometimes crashes on loadingmp_uo_stanjel</DIV>
<DIV><BR></DIV>At 03:18 AM 9/26/2004, you wrote:<BR><BR>
<BLOCKQUOTE class=cite cite="" type="cite">> I reproduced this error 3
times now...<BR><BR>I'm looking into
this.<BR><BR>--ryan.</BLOCKQUOTE><BR><BR>I think I just got bombed with mail
from this list, and this single sentence<BR>is the most significant
sustenance., and near and dear to my heart.<BR><BR>Please, as Ryan asks, put
the flame out. No one should have an ego here<BR>except Ryan. :-)<BR><BR>On
the CPU issues, it would so appear there will be no quick fix for this,<BR>but
the patch in to 1.1d sure was fast. Kudos Ryan to the quick work
on<BR>this!<BR><BR>I have found that it is common knowledge now that you can
crash the linux<BR>server via the method described. I see them
dropping like fly's.<BR><BR>Just my two cents for what that is worth:<BR><BR>I
think likely, this is the most urgent issue at the immediate moment
for<BR>most concerned. I think we all realize that there will be
variations of<BR>CPU load from map to map, etc. I believe I saw Ryan
comment that this<BR>would require looking in to for both the WIn and Linux
versions. (Correct<BR>me if I am wrong. I do not wish to put words in anyones
mouth).<BR><BR>The best way we can probably help Ryan is by cutting his
reading<BR>back. Post if you think it has not been said already. Me Too's
are<BR>killers of bandwidth, and at the end of his development cycle,
and<BR>the hours I see him responding day and night, nearly all 7
days<BR>past, he is amazing and dedicated. I would hire him in an
instant.<BR>(But I suspect he loves his job indeed!)<BR><BR><BR>Dr.
D<BR><X-SIGSEP>
<P></X-SIGSEP><TT>S2-------------------------------------------------------------------------------<BR>Mark
J. DeFilippis, Ph. D EE
defilm@acm.org<BR>
defilm@ieee.org<BR><BR><BR></TT></P></BLOCKQUOTE></BODY></HTML>