[Cluster] Lag op gameservers met openmosix

[Verwijderd]

ik ben hier wat aan het testen met een aantal servers die ik nog had staan om te clusteren en zo verschillende gameservers te verdelen.
hiervoor gebruik ik de linux distrobutie slackware 8.1 met kernel 2.4.20 en de nieuwste openmosix voor die kernel.
nu is de netwerk opbouw als volgt:
de servers hangen in het cluster met een gbit verbinding van 3com apparatuur.
de hele cluster hangt aan de rest van mijn netwerk met een 100mbit verbinding tussen mijn centrale hub en de master van de cluster (het zijn allemaal evensnelle machines)
nu heb ik echter het een en ander gesimuleerd... ik start op de master 5 gameservers (halflife) op (ze draaien alle 5 leeg op de master). nu begin ik vanaf mijn eigen pc's (het zit niet aan het internet) cloontjes te simuleren naar 2 gameservers.
na ongeveer 10 spelers op 2 servers, wordt het voor de master te zwaar en zie ik op de master dat hij de gameserver naar een node gooit. (nu loopt dus het verkeer via node1 naar de master naar 'de buitenwereld')
helaas wordt het spel nu onspeelbaar vanwege grote lagspikes. dit terwijl de machine (node1) het duidelijk aan moet kunnen (als ie los hangt, zonder probleem).

ik vroeg mij dus af of iemand een manier weet om dit op te lossen. ikzelf dacht aan gewoon een eigen 100mbit naar de buitenwereld voor iedere node. Maar hoe zorg ik dan dat het verkeer over die lijn gaat, en niet terugwordt gestuurd over de master?

[Jelmer]

OpenMosix for the creation of low-latency, high-efficiency game clusters al gelezen?

Staat op pagina 2 volgens mij jou probleem uitgelegd. Handig he google [google=openmosix network delay]

[CU2morO]

--sorry, ik moet leren lezen--

[ Voor 74% gewijzigd door CU2morO op 05-04-2003 00:18 ]

[Verwijderd]

die guide had ik al eerder gevonden en was juist de reden dat ik openmosix gebruikte... maar er staat nix in over mijn specifieke probleem

[Jelmer]

Nou volgens mij wel hoor:

Another problem appeared during testing: since the game server memory footprint is large (around 80 Mbytes each), we discovered that the migration of processes slowed down the remaining network activity, introducing significant packet latency (especially perceptible, since packets are very small). So, we used the linux iproute2 queue controls to establish a stochastic fair queuing discipline to the ethernet channels used for internode communications;

Heb je zelf truwens al het verkeer met bijv iptraf gemonitored?

[Verwijderd]

het is niet de migratie zelf... ook al is ie verhuisd, dan NOG blijft er lag. TIJDENS het migraten 'hoort' er ook lag te zijn, maar daar heeft een maat van me mee geholpen (progje/functie met 3 letters, kan er niet opkomen )

[raymonvdm]

[hkmodus]

Vraag ik me eigenlijk af waar een demon /xs4all nou ophost ?
Zouden dat allemaal losse servers zijn ? of ook clusters ?

[\hkmodus]

[aKra]

Ik heb dit gedaan met Slackware 8.1 ook met OpenMOSIX op een 64bit architecture, we hadden een 3Com fiberswitch, 1 master, 11 clients...

Allemaal 3Com fiberkaartjes, etc. etc.

Gameservers (Half-Life, Counter-Strike) draaiden perfect onder full load...

Wel merkten we dat de master het druk kreeg! (Weten niet precies hoeveel Mbit maar we zagen de lampjes flink knipperen)!