<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<meta name=ProgId content=Word.Document>
<meta name=Generator content="Microsoft Word 10">
<meta name=Originator content="Microsoft Word 10">
<link rel=File-List href="cid:filelist.xml@01C4A575.BB6D5DC0">
<!--[if gte mso 9]><xml>
<o:OfficeDocumentSettings>
<o:DoNotRelyOnCSS/>
</o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:WordDocument>
<w:SpellingState>Clean</w:SpellingState>
<w:GrammarState>Clean</w:GrammarState>
<w:DocumentKind>DocumentEmail</w:DocumentKind>
<w:EnvelopeVis/>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
</w:WordDocument>
</xml><![endif]-->
<style>
<!--
/* Font Definitions */
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;
mso-font-charset:0;
mso-generic-font-family:swiss;
mso-font-pitch:variable;
mso-font-signature:553679495 -2147483648 8 0 66047 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{mso-style-parent:"";
margin:0cm;
margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline;
text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
{color:purple;
text-decoration:underline;
text-underline:single;}
p
{mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";}
span.EmailStyle17
{mso-style-type:personal-reply;
mso-style-noshow:yes;
mso-ansi-font-size:10.0pt;
mso-bidi-font-size:10.0pt;
font-family:Arial;
mso-ascii-font-family:Arial;
mso-hansi-font-family:Arial;
mso-bidi-font-family:Arial;
color:navy;}
span.SpellE
{mso-style-name:"";
mso-spl-e:yes;}
span.GramE
{mso-style-name:"";
mso-gram-e:yes;}
@page Section1
{size:595.3pt 841.9pt;
margin:72.0pt 90.0pt 72.0pt 90.0pt;
mso-header-margin:35.4pt;
mso-footer-margin:35.4pt;
mso-paper-source:0;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";}
</style>
<![endif]-->
</head>
<body lang=EN-GB link=blue vlink=purple style='tab-interval:36.0pt'>
<div class=Section1>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Hi Richard,<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>For us we have a control panel on a
central server, although the control panel can easily be put on any box with
Apache etc. The panel then interfaces with the main database for some of its
information, and it issues instructions out to the slave boxes by means of an
in-house TCP/IP server / client. The slave boxes then connect back into the DB
for more information, for example to fetch out configuration information or to
get the scripts for server setups.<o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p> </o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>For changes, if it’s a <span
class=SpellE>filesystem</span> change (modified files with a new release for
example)<span class=GramE>,</span> it’s picked up by our daily update
scripts as a module which needs to be updated. The files are transferred
through our TCP/IP server. If we need to manually deploy a change we can select
specific modules in our staff control panel to be queued for transfer on each
relevant slave box. These slave boxes then request the data to be transferred.
If it’s a change to server setup routines then these are just modified in
the central database, or stored with the new module if we keep the old one for
backwards compatibility, and will be used whenever a configuration is made or
applied thereafter.<o:p></o:p></span></font></p>
<div>
<p><font size=2 color=navy face=Arial><span style='font-size:10.0pt;font-family:
Arial;color:navy;mso-no-proof:yes'>---------------------------------------<br>
Chris Adams<br>
Fragzzhost</span></font><font color=navy><span style='color:navy;mso-no-proof:
yes'><o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy;mso-no-proof:yes'>T (07005) 964 855</span></font><font
color=navy><span style='color:navy;mso-no-proof:yes'><o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy;mso-no-proof:yes'>F (07005) 964 857</span></font><font
color=navy><span style='color:navy;mso-no-proof:yes'><o:p></o:p></span></font></p>
<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy;mso-no-proof:yes'><a
href="http://www.fragzzhost.com">www.fragzzhost.com</a></span></font><font
color=navy><span style='color:navy;mso-no-proof:yes'><o:p></o:p></span></font></p>
<p class=MsoNormal><font size=3 color=navy face="Times New Roman"><span
style='font-size:12.0pt;color:navy;mso-no-proof:yes'> </span></font><o:p></o:p></p>
</div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=2 face=Tahoma><span
lang=EN-US style='font-size:10.0pt;font-family:Tahoma;mso-ansi-language:EN-US'>-----Original
Message-----<br>
<b><span style='font-weight:bold'>From:</span></b> Richard Harrison [mailto:richardnharrison@btinternet.com<span
class=GramE>] <br>
<b><span style='font-weight:bold'>Sent</span></b></span><b><span
style='font-weight:bold'>:</span></b> 28 September 2004 10:16<br>
<b><span style='font-weight:bold'>To:</span></b> cod@icculus.org<br>
<b><span style='font-weight:bold'>Subject:</span></b> Re: [cod] Semi off topic:
COD rentals</span></font></p>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'><o:p> </o:p></span></font></p>
<div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>Hi Jay and Chris,<o:p></o:p></span></font></p>
</div>
<div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'> <o:p></o:p></span></font></p>
</div>
<div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>Can i ask a couple of
questions about your control panels?<o:p></o:p></span></font></p>
</div>
<div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'> <o:p></o:p></span></font></p>
</div>
<div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>Do you host your control
panel on a central server or is it a web server thats on the game server?<o:p></o:p></span></font></p>
</div>
<div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>If its the first (and i
am presuming it is the first) how do you push the changes out to the game
servers?<o:p></o:p></span></font></p>
</div>
<div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>I am not asking for trade
secrets but if you could explain things in general terms it would be
appreciated.<o:p></o:p></span></font></p>
</div>
<div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'> <o:p></o:p></span></font></p>
</div>
<div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>Ta,<o:p></o:p></span></font></p>
</div>
<div>
<p class=MsoNormal style='margin-left:36.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>Richard.<br>
<br>
<b><i><span style='font-weight:bold;font-style:italic'>Jay Vasallo
<haze@clanwarz.net></span></i></b> wrote:<o:p></o:p></span></font></p>
</div>
<blockquote style='border:none;border-left:solid #1010FF 1.5pt;padding:0cm 0cm 0cm 4.0pt;
margin-left:3.75pt;margin-top:5.0pt;margin-bottom:5.0pt'>
<p class=MsoNormal style='mso-margin-top-alt:0cm;margin-right:0cm;margin-bottom:
12.0pt;margin-left:36.0pt'><font size=3 face="Times New Roman"><span
style='font-size:12.0pt'>I keep on knocking but I can't get in....<br>
<br>
<br>
----- Original Message ----- <br>
From: "Chris Adams" <br>
<CHRIS@FRAGZZHOST.COM>To: <br>
<COD@ICCULUS.ORG>Sent: Monday, September 27, 2004 9:53 AM<br>
Subject: RE: [cod] Semi off topic: COD rentals<br>
<br>
<br>
> <br>
> Technically you shouldn't have to be logged in, but that tour is a bit<br>
> out-dated.<br>
> <br>
> http://cp.fragzz.com/fragzzPanel<br>
> u: trial<br>
> p: sparrow<br>
> <br>
> That should give you a slightly better view of things :-)<br>
> Let me know when you're done looking and I'll change the pass again... I<br>
> got bored of turning the server off every so often last time someone<br>
> asked for the trial details :-)<br>
> <br>
> ----------------------------------------------<br>
> Chris Adams<br>
> Fragzzhost<br>
> <br>
> T (07005) 964 855<br>
> F (07005) 964 857<br>
> www.fragzzhost.com<br>
> <br>
> <br>
> -----Original Message-----<br>
> From: Jay Vasallo [mailto:haze@clanwarz.net] <br>
> Sent: 27 September 2004 19:05<br>
> To: cod@icculus.org<br>
> Subject: Re: [cod] Semi off topic: COD rentals<br>
> <br>
> Hi Chris,<br>
> <br>
> http://cp.fragzz.com/tour<br>
> <br>
> Do I have to be logged in to see this? I would like to see it. We have<br>
> one <br>
> almost done. Even thou it says sof2, it will work for any gamne with a <br>
> config. But then this is the old one and not the updated one.<br>
> http://www.clanwarzgamingservers.com/sof2/index.php<br>
> <br>
> Anyone familar with kkron?<br>
> <br>
> <br>
> ----- Original Message ----- <br>
> From: "Chris Adams" <br>
<CHRIS@FRAGZZHOST.COM>> To: <br>
<COD@ICCULUS.ORG>> Sent: Monday, September 27, 2004 8:55 AM<br>
> Subject: RE: [cod] Semi off topic: COD rentals<br>
> <br>
> <br>
>> Yeah we used to do things like that but since I've written the<br>
>> all-powerful multi-gaming control system ;-) it handles all that for<br>
> us<br>
>> (thank god) so we don't really do anything with IPs and ports these<br>
> days<br>
>> since we have our master lists imported into a query / join program<br>
>> luckily. Also it's a bit impractical on the larger boxes that can hold<br>
>> up to say 20 customers since most ISPs will only give up to 5 or 8<br>
> free<br>
>> IPs, if any at all and often less for dedicated servers.<br>
>><br>
>> -------------------------------------------<br>
>> Chris Adams<br>
>> Fragzzhost<br>
>><br>
>> T (07005) 964 855<br>
>> F (07005) 964 857<br>
>> www.fragzzhost.com<br>
>><br>
>><br>
>> -----Original Message-----<br>
>> From: Nathan P. [mailto:natedog550@hotmail.com]<br>
>> Sent: 27 September 2004 16:27<br>
>> To: cod@icculus.org<br>
>> Subject: RE: [cod] Semi off topic: COD rentals<br>
>><br>
>> The main reason in my opinion for doing virtual interfaces is so that<br>
>> you<br>
>> can give each client their own IP - it still hits the same physical<br>
>> adapter<br>
>> but it's nice having separate IPs per server. The only thing<br>
> hindering<br>
>> some<br>
>> people from that is having to buy the IPs. Most sell for like<br>
> $10/month<br>
>> an<br>
>> IP. But if you were short on cash you could do the port thing but I<br>
>> like<br>
>> having my own IP personally. Easier to keep up with client servers in<br>
>> my<br>
>> opinion :)<br>
>><br>
>> --<br>
>> NateDog<br>
>><br>
>><br>
>>> -----Original Message-----<br>
>>> From: Chris Adams [mailto:chris@fragzzhost.com]<br>
>>> Sent: Monday, September 27, 2004 10:05 AM<br>
>>> To: cod@icculus.org<br>
>>> Subject: RE: [cod] Semi off topic: COD rentals<br>
>>><br>
>>> No problem - good luck! :-)<br>
>>><br>
>>> You don't even need virtual interfaces actually if you just change<br>
> the<br>
>>> port number with the net_port cvar :-). I can't remember exactly
how<br>
>> CoD<br>
>>> deals with it, but if you put it on your command line and also in<br>
>>> autoexec.cfg followed by a net_restart, you'll definitely be safe<br>
> :-).<br>
>>><br>
>>> Does anyone know exactly how CoD deals with it? It seems to vary<br>
>> between<br>
>>> the Q3-based games so I have our control engine just do it in
every<br>
>>> possible way usually to make sure it works. Would be nice to know
:-)<br>
>>><br>
>>> ----------------------------------------<br>
>>> Chris Adams<br>
>>> Fragzzhost<br>
>>><br>
>>> T (07005) 964 855<br>
>>> F (07005) 964 857<br>
>>> www.fragzzhost.com<br>
>>><br>
>>><br>
>>> -----Original Message-----<br>
>>> From: Jafo [mailto:jafo@nowhere.ca]<br>
>>> Sent: 27 September 2004 14:42<br>
>>> To: cod@icculus.org<br>
>>> Subject: RE: [cod] Semi off topic: COD rentals<br>
>>><br>
>>> Hello everyone,<br>
>>><br>
>>> Thanks to everyone who responded to this thread! I was really<br>
>> expecting<br>
>>> hosting companies to be pretty closed lipped about this! Picked up<br>
>> some<br>
>>> REALLY good information from people's posts thank you very much!<br>
>>><br>
>>> I'm going to purchase a box, co-lo it and get things started!<br>
>>><br>
>>> I never even thought about running one set of binaries with
virtual<br>
>>> interfaces, that really beats virtual OS installs! Not to mention
the<br>
>>> gains by running one set of binaries with sticky bit set!<br>
>>><br>
>>> Mark, you provided some really good in depth feedback, I really<br>
>>> appreciate<br>
>>> it!<br>
>>><br>
>>> Thanks all,<br>
>>> Keith.<br>
>>><br>
>>> On Sat, 25 Sep 2004, Mark J. DeFilippis wrote:<br>
>>><br>
>>> ><br>
>>> > If you are executing the same executable and can use
parameters on<br>
>> the<br>
>>> > command line that is<br>
>>> > fine. It is the same inode. The question I was answering was
for<br>
> a<br>
>>> person<br>
>>> > who appeared to<br>
>>> > not understand why, if Linux is in fact a
multiuser/multi-tasking<br>
>> OS,<br>
>>> what<br>
>>> > difference does<br>
>>> > it make if I load from one file or many copies of the file.<br>
>>> ><br>
>>> > In the scenario you present... if you are executing the same
file,<br>
>> it<br>
>>> is<br>
>>> > the same<br>
>>> > inode. Make it sticky... and you have the same as the symlink<br>
>>> scenario.<br>
>>> ><br>
>>> > For those admins that wish to have a separate executable in
the<br>
> user<br>
>>> > space (on perhaps a server where the admin choose to have the<br>
>>> executable<br>
>>> > in the users space with his other files and configs) the
symlink<br>
>>> method works<br>
>>> > very well.<br>
>>> ><br>
>>> > If your servers are being spawned by calling the same
executable,<br>
>> you<br>
>>> in fact<br>
>>> > are correct, you get the same benefits. For added savings on
load,<br>
>>> make the<br>
>>> > executable<br>
>>> > sticky, and your golden.<br>
>>> ><br>
>>> > Dr. D<br>
>>> ><br>
>>> ><br>
>>> > At 03:51 PM 9/25/2004, you wrote:<br>
>>> ><br>
>>> > >But we execute the same binary in the same path for each
server&?<br>
>> Why<br>
>>> the<br>
>>> > >symlink?<br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > >------------------------------------<br>
>>> > ><br>
>>> > >Chris Adams<br>
>>> > ><br>
>>> > >Fragzzhost<br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > >T (07005) 964 855<br>
>>> > ><br>
>>> > >F (07005) 964 857<br>
>>> > ><br>
>>> > ><HTTP: www.fragzzhost.com>www.fragzzhost.com<br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > >-----Original Message-----<br>
>>> > >From: Mark J. DeFilippis [mailto:defilm@acm.org]<br>
>>> > >Sent: 25 September 2004 20:33<br>
>>> > >To: cod@icculus.org<br>
>>> > >Subject: Re: [cod] Semi off topic: COD rentals<br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > >You are thinking application level. This is Kernel level.<br>
>>> > >I spent lots of time in my career developing real time
embedded<br>
>>> coding<br>
>>> > >in Unix/Linux kernels.<br>
>>> > ><br>
>>> > >Look at two linuxded files that are not sym linked. But
use this:<br>
>>> > ><br>
>>> > >ls -li<br>
>>> > ><br>
>>> > >Note the left side has a value called an inode. An inode
is a<br>
>> unique<br>
>>> > >identifier for that file. Notice that your two files have<br>
>> different<br>
>>> inodes?<br>
>>> > ><br>
>>> > >When the loader goes to load code for your two servers
using those<br>
>>> > >files, each is copied in to swap (so your swap space is n
servers<br>
> *<br>
>>> sizeof<br>
>>> > >executable)<br>
>>> > >The same is true of code segments.<br>
>>> > ><br>
>>> > >If you sym link the two executables (Note they must be on
the same<br>
>>> > >filesystem to do so. If you symlink two files on
different file<br>
>>> systems,<br>
>>> > >obviously Linux will have to copy the file to the new
file system,<br>
>>> and it<br>
>>> > >will have a new inode number. (This is because each
filesystem<br>
> has<br>
>>> > >it's own superblock, which maps Inodes to file blocks,
and file<br>
>>> names.<br>
>>> > ><br>
>>> > >The filename if only for human consumption. All Linux
cares about<br>
>> is<br>
>>> that<br>
>>> > >inode number.<br>
>>> > ><br>
>>> > >anyway... If you symlink the two server files, and now do
a "ls<br>
>> -li",<br>
>>> > >notice the inode numbers are the same!<br>
>>> > ><br>
>>> > >When you execute the server (with sticky bit on) it is
copied to<br>
>>> swap,<br>
>>> > >then pages copied in to ram and executed. When the second
server<br>
>>> > >is executed, even though the file has a different path,
it has the<br>
>>> same<br>
>>> > >Inode. The linux kernel looks up the inode, and notes
this inode<br>
>> has<br>
>>> > >the sticky bit set, and in fact that it already exists in
Swap. It<br>
>>> copies<br>
>>> > >the pointers to the code segments as I previously
mentioned, and<br>
>>> > >begins execution.<br>
>>> > ><br>
>>> > >You ask why?<br>
>>> > ><br>
>>> > >Because 10 servers your way will load 10 copies in to
swap, 10<br>
>>> > >copies in to memory, etc. Using the method of symlinks,
which<br>
>>> > >is really nothing more than a link in the super block.
The super<br>
>>> block<br>
>>> > >maintains all information about which disk blocks belong
tio which<br>
>>> > >files. For your simlink the new file entry simply gets
the same<br>
>>> > >inode id copied to the table. Same inode, same code...
With<br>
>>> > >shared libraries in memory, for the 10 servers only 1 copy<br>
>>> > >exists in swap. Only 1 copy exists in memory.<br>
>>> > ><br>
>>> > >I hope this is more clear.<br>
>>> > ><br>
>>> > >Dr. D<br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > >At 02:18 AM 9/25/2004, you wrote:<br>
>>> > ><br>
>>> > >Guess im a little confuused here, why would you symlink
when cod<br>
>> (all<br>
>>> > >quake3 base games) support multiple users. using
fs_basepath and<br>
>>> > >fs_homepath accomplishes the same thing as symlinking
doesnt it?<br>
>>> > >Jase<br>
>>> > >NateDog wrote:<br>
>>> > ><br>
>>> > ><br>
>>> > >Woah......now there's a guy who knows his stuff! Awesome
tips<br>
> man!<br>
>>> You<br>
>>> > >really explain things well. Much appreciated.<br>
>>> > ><br>
>>> > >--<br>
>>> > >NateDog<br>
>>> > ><br>
>>> > >----- Original Message ----- From: Mark J. DeFilippis<br>
>>> > >To: cod@icculus.org<br>
>>> > >Sent: Friday, September 24, 2004 9:59 PM<br>
>>> > >Subject: RE: [cod] Semi off topic: COD rentals<br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > >I had written much about this a while back. I will repeat
a bit of<br>
>>> > >it here for the sake of those who wish to do this. Want
to know<br>
> why<br>
>>> > >you should do this, why it works and a bit on how it
works...<br>
>>> > ><br>
>>> > >Linking the binaries allows the CPU to share the same
Code segment<br>
>>> pages.<br>
>>> > >Servers<br>
>>> > >will be allocated their own data segments for both Heap
and Stack<br>
>>> > >(Which grow towards one another)... One of the reasons
Ryan was<br>
>> able<br>
>>> > >to so quickly find that original prob back in 1.1.)<br>
>>> > ><br>
>>> > >If there is a write attempt to the code segment, that
server/user<br>
>> is<br>
>>> given<br>
>>> > >their own copy. In the case of most of the shared libs in
Linux,<br>
>> the<br>
>>> code<br>
>>> > >is reentrant, and hence these writes don't happen.<br>
>>> > ><br>
>>> > >One other recommendation, I am not certain if I made...<br>
>>> > ><br>
>>> > >You can reduce the spikes you get when a server is
restarted by<br>
>>> > >setting the "Sticky" bit on the executable. (Do
a man on "mode"<br>
>>> command)<br>
>>> > >What this does is the first time the executable is
loaded, the<br>
>> entire<br>
>>> > >executable is copies to SWAP space. Once copied to swap,<br>
> executable<br>
>>> > >pages are copied in to ram to be executed.<br>
>>> > ><br>
>>> > >The best way to keep a server at optimum is to never have
to page.<br>
>>> > >However, under certain conditions, this does happen. It
the<br>
>>> executable<br>
>>> > >is sticky, it remains in swap, and the page segment need
only be<br>
>>> > >brought back in to memory from swap.<br>
>>> > ><br>
>>> > >Also note, when a second and subsequent user of the Sym
Linked<br>
>>> executable<br>
>>> > >starts his/her server, the executable IS NOT copied in to
swap<br>
>> again,<br>
>>> it<br>
>>> > >uses<br>
>>> > >the one already in swap (hence the concept
"sticky")... it sticks<br>
>>> there.<br>
>>> > ><br>
>>> > >Thus on new startup, A call is made to load the
executable,<br>
> however<br>
>>> the<br>
>>> > >Kernel immediately updates the CS and ES code pointers to
the<br>
>> shared<br>
>>> > >memory mbufs where the executable code exists, allocates
a DS data<br>
>>> > >segment, and moves your process back to the scheduler for
CPU as<br>
>>> > >your I/O is complete.<br>
>>> > ><br>
>>> > >You skip the copy of the executable to SWAP.<br>
>>> > >You skip the copy of pages to Real RAM.<br>
>>> > >You execute off shared pages in memory already with your
own set<br>
> of<br>
>>> > >executable<br>
>>> > > registers CS, ES. Get your data segment, and your server<br>
> starts<br>
>>> up.<br>
>>> > ><br>
>>> > >Not only do you save ram, but start impact on the other
servers<br>
> due<br>
>>> to I/O<br>
>>> > >DMA transfer setup, and context switching between system
and user<br>
>>> space,<br>
>>> > >but you spare the CPU spike as well.<br>
>>> > ><br>
>>> > >Regards<br>
>>> > ><br>
>>> > >Dr. D<br>
>>> > ><br>
>>> > ><br>
>>> > >At 05:08 PM 9/24/2004, you wrote:<br>
>>> > ><br>
>>> > >I just had that question recently also. I did some
research on<br>
> the<br>
>>> internet<br>
>>> > >and a lot of peeps are doing symlinks. I tried it with
MOH:AA and<br>
>> it<br>
>>> works<br>
>>> > >beautifully, not sure if that's the "right" way
to do it but it's<br>
>>> pretty<br>
>>> > >cool cause' you have one base install and symlinks in the
other<br>
>>> client<br>
>>> > >folders.<br>
>>> > ><br>
>>> > >--<br>
>>> > >NateDog<br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> > >-----Original Message-----<br>
>>> > >From: John Kennington [mailto:john.kennington@buzzcard.gatech.edu]<br>
>>> > >Sent: Friday, September 24, 2004 3:04 PM<br>
>>> > >To: cod@icculus.org<br>
>>> > >Subject: RE: [cod] Semi off topic: COD rentals<br>
>>> > ><br>
>>> > >Depending on the number of cpus in the box, you can run
10 to 15<br>
>> CoD<br>
>>> > >servers per<br>
>>> > >box. So it is quite cost effective.<br>
>>> > ><br>
>>> > >John Kennington<br>
>>> > ><br>
>>> > >-----Original Message-----<br>
>>> > >From: Jafo [mailto:jafo@nowhere.ca]<br>
>>> > >Sent: Friday, September 24, 2004 3:58 PM<br>
>>> > >To: cod@icculus.org<br>
>>> > >Subject: [cod] Semi off topic: COD rentals<br>
>>> > ><br>
>>> > >Hello,<br>
>>> > ><br>
>>> > >If this isn't the forum for this question, please forgive
me for<br>
>>> asking<br>
>>> > >here.<br>
>>> > ><br>
>>> > >There seems like a lot of people on this list that run
"server<br>
>>> rental"<br>
>>> > >operations. Just curious how people are doing that cost<br>
>> effectively?<br>
>>> > >Obviously one can't run each customer's game server on
seperate<br>
>>> hardware.<br>
>>> > >Are people using some sort of "virtual linux"
installs to run<br>
>>> multiple<br>
>>> > >servers on one box with seperate IP addresses? If that is
the case<br>
>>> how<br>
>>> > >many servers would one dual 2.4 Xeon w/2gig RAM run?<br>
>>> > ><br>
>>> > >Thanks,<br>
>>> > >Jafo<br>
>>> > ><br>
>>> > ><br>
>>> > ><br>
>>> ><br>
>>><br>
>>>----------------------------------------------------------------------<br>
> -<br>
>>> -----<br>
>>> > ><br>
>>> ><br>
>>><br>
>>>S2--------------------------------------------------------------------<br>
> -<br>
>>> ----------<br>
>>> > >Mark J. DeFilippis, Ph. D EE defilm@acm.org<br>
>>> > > defilm@ieee.org<br>
>>> ><br>
>>><br>
>><br>
> S2----------------------------------------------------------------------<br>
>>> ---------<br>
>>> > Mark J. DeFilippis, Ph. D EE defilm@acm.org<br>
>>> > defilm@ieee.org<br>
>>> ><br>
>>> ><br>
>>> ><br>
>>><br>
>>><br>
>><br>
>><br>
>><br>
>> <br>
> <br>
> <br>
> <br>
> <br>
><o:p></o:p></span></font></p>
</blockquote>
</div>
</body>
</html>