Onderwerp: Xeon of toch Opteron?

Wij hebben Xeon's draaien en kunnen er echt niet over klagen.

Zeker als je geen 64bit OS gaat installeren dan hebben Opterons niet veel zin. Dan denk ik dat de Xeon's toch wel beter gaan presteren.

Voordeel van Dual Xeon is wel dat je 4 processen hebt. En dat je niet met 1 gameserver de 4 processen kunt leegtrekken. Bleek overlaatst zijn nut nog eens bewezen te hebben toen er een 40 slots server vol met bots aan het draaien was. Andere servers hadden hier helemaal geen last van.

Wij gaan binnenkort nog een opteron plaatsen maar dan voor 64bit gameservers Dus BF2 enzo. CS Source servertjes draaien perfect op Xeon's. Persoonlijk ben ik een voorstander van AMD maar aangezien ik persoonlijk nooit te klagen heb gehad van Intel blijf ik daar nog even bij

Als je een dual hebt heb je sowieso al 2 processoren. Dat een Xeon HT heeft heeft in de praktijk weinig nut, sterker nog, het is alleen maar lastig omdat CPU usage meting een stuk minder betrouwbaar wordt.

Origineel geplaatst door Cyberdevil
Voordeel van Dual Xeon is wel dat je 4 processen hebt. En dat je niet met 1 gameserver de 4 processen kunt leegtrekken. Bleek overlaatst zijn nut nog eens bewezen te hebben toen er een 40 slots server vol met bots aan het draaien was. Andere servers hadden hier helemaal geen last van.

Ja, gek he? Alle gameserver software is single threaded geschreven, onafhankelijk van wel of geen bots. Je hebt dan dus maar 1 execution thread, die dus ook maar op 1 CPU kan worden uitgevoerd. Dan blijft die andere (of 3 anderen, als je je zonodig wil laten voorliegen door intel) gewoon ongebruikt (of bieden in dit geval cycles voor andere processen)

Dit soort scenario's zijn voor beide CPU's gelijk. En zowel theoretisch als in de praktijk is de Opteron een gelijk geschaalde Xeon gewoon de baas, zeker in een 64bit omgeving.

En nee, ik ben geen AMD fanboy (al moet ik zeggen dat ze met de K8 gewoon een mooi product neerzetten)

Het verschil zit hem voornamelijk in de type verwerkingen die je wilt doen. Je zou wat specifieker moeten zijn in het totaal plaatje van je server wat je er EXACT mee gaat doen kun je een echt goed advies geven. Voor stabiliteit en multiple threading is de xeon beter dan de opteron terwijl de opteron weer sneller is in algemene dataverwerking etc.

Zelf zou ik gaan voor xeon / intel. Dat heeft echter niets te maken met de kwaliteit van de processor maar de support die er bij komt. Kapotte processor? stuur hem naar intel 2 werkdagen getest en je hebt hem terug (als je mazzel hebt) bij AMD etc moeten we weken wachten. En krijgen dan eerst de oude terug als hij kapot is en moeten een DOA of RMA invullen. Erg irritant kan ik je zeggen.

Froggie.. lees even het stuk netwerk-programmering voor me. Ik moet namelijk heel hard huilen als het netwerk gedeelte en de communicatie inmiddels niet threaded is. Want, als jij een timeout verkrijgt op je gameserver dankzij 1 lagger, dan heb jij een probleem. Dus denk dat je een klein beetje verkeert zit.

Althans netwerk communicatie is tegenwoordig zowiezo eigenlijk wel threaded. Anders kan ja je server nergens op reageren.

Origineel geplaatst door Cyberdevil
Wij hebben Xeon's draaien en kunnen er echt niet over klagen.

Zeker als je geen 64bit OS gaat installeren dan hebben Opterons niet veel zin. Dan denk ik dat de Xeon's toch wel beter gaan presteren.

Voordeel van Dual Xeon is wel dat je 4 processen hebt. En dat je niet met 1 gameserver de 4 processen kunt leegtrekken. Bleek overlaatst zijn nut nog eens bewezen te hebben toen er een 40 slots server vol met bots aan het draaien was. Andere servers hadden hier helemaal geen last van.

Wij gaan binnenkort nog een opteron plaatsen maar dan voor 64bit gameservers Dus BF2 enzo. CS Source servertjes draaien perfect op Xeon's. Persoonlijk ben ik een voorstander van AMD maar aangezien ik persoonlijk nooit te klagen heb gehad van Intel blijf ik daar nog even bij

Sinds wanneer is dual met 4 processoren dan .

Origineel geplaatst door XS-24


Sinds wanneer is dual met 4 processoren dan .

Beter lezen

4 Processen, niet processoren

Origineel geplaatst door twi_mod_security_zuigt_in_c
Kapotte processor? stuur hem naar intel 2 werkdagen getest en je hebt hem terug (als je mazzel hebt) bij AMD etc moeten we weken wachten. En krijgen dan eerst de oude terug als hij kapot is en moeten een DOA of RMA invullen. Erg irritant kan ik je zeggen.

Hebben we daarvoor niet goede contacten met onze leveranciers?

Origineel geplaatst door twi_mod_security_zuigt_in_c
Froggie.. lees even het stuk netwerk-programmering voor me. Ik moet namelijk heel hard huilen als het netwerk gedeelte en de communicatie inmiddels niet threaded is.

Er zijn op dit moment bijna geen multithreaded gameservers. Het netwerkdeel gaat gewoon dmv een select() call of door simpele polling, daar heb je absoluut geen multiple threads voor nodig. Voordat je iemand anders gaat verbeteren is het misschien handig eerst zelf er iets vanaf te weten

Origineel geplaatst door Cyberdevil


Beter lezen

4 Processen, niet processoren

In feite zijn het nog steeds 2 Processen.
Soms moet de processor wachten op het geheugen en dergelijke in zulke situaties zie je het voordeel van HT die zorgt er dan voor dat als de processor voor een thread moet wachten op het geheugen dat er dan ondertussen een andere thread kan worden uitgevoert. Over het algemeen heb je hiermee een aantal procenten voordeel. Heel wat anders dan 4 echte processen waarbij je theoretisch 100% voordeel moet hebben

Xeon!!

Bedankt voor dit zeer nuttige en goed onderbouwde antwoord.

Wij hebben hier alles Dual Xeon, bevalt super .

Zoals MikeN al aangeeft is multithreading helemaal niet zo vanzelfsprekend bij een netwerk app en al helemaal niet bij een gameserver. Al zouden ze alle connecties apart threaden (wat goed kan) dan zullen ze die threads alleen gebruiken om data uit de socket te halen om die vervolgens door een centrale processing thread (of hoe je het ook wilt noemen) te laten verwerken. Een echte multithreaded dedicated server schrijven is onbegonnen werk door alle shared data waarmee je te maken hebt. Je threads zullen meer op de locks en bijhorende signals staan te wachten dan dat ze aan rekenen toekomen.
Het lijkt me trouwens logischer dat ze de verbindingen gewoon multiplexen dmv een select call want anders zou iedere return van read (bij het ontvangen van een pakketje van een client) zorgen voor een thread switch. Rekening houdend met het aantal pakketjes wat iedere seconde voorbij komt zal de kernel aan het switchen blijven en zal er niet veel gerekend worden vrees ik.

En de goede service van iNtel is leuk, maar als je je hardware haalt bij een echte leverancier zul je deze service als het goed is niet nodig hebben. Een beetje leverancier kan jou nl zo een vervangend exemplaar sturen waarna zij op hun gemak uit kunnen zoeken of er daadwerkelijk iets mis is met je CPU en of deze al dan niet terug moet naar AMD/iNtel.

Zelf heb ik de ervaring dat een AMD processor veel warmer wordt dan een Intel, wordt daar geen rekening meer mee gehouden? Warmte zorgt natuurlijk niet echt voor een stabiel systeem...