Atlas Project optimaliseert Linux voor i870 en McKinley

Linux distributeur Turbolinux heeft aangekondigd dat het bedrijf zal deelnemen in het Atlas Project. Dit initiatief streeft naar de ontwikkeling van een Linux implementatie voor het i870 platform en vergelijkbare high-performance chipsets van fabrikanten zoals ServerWorks. De Intel 870 chipset zal als basis dienen voor de tweede generatie Itanium processor, bekend onder de codenaam McKinley. Intel hoopt met de 64-bit McKinley door te dringen tot de absolute top van de servermarkt. Tot op heden wordt dit segment bediend door grootheden zoals IBM, Compaq, Hewlett-Packard, SGI en Sun. De rol van Intel is vergelijkbaar met die van AMD in de low-end servermarkt.

Het Atlas Project heeft als uiteindelijk doel om het Linux besturingssysteem competitief te maken met andere data center-class besturingsystemen. Daartoe wordt onder andere gewerkt aan de ondersteuning van ACPI, ccNUMA, statische domain partitioning en hot plug CPU en RAM. Met de laatstgenoemde feature wordt het mogelijk om online processors en geheugen aan een systeem toe te voegen, een handeling waarvoor wij tweakers nog altijd de moeizaam opgebouwde uptime van onze mission-critical thuiscomputers moeten opofferen .

Naast Turbolinux neemt een aantal belangrijke fabrikanten van groot ijzer deel aan het project. Hieronder vallen onder meer de namen Bull, IBM, HP, NEC en SGI. De coördinatie van het project vindt plaats op SourceForge. Zie voor meer informatie de homepage van de 'Linux on Large Systems'-Foundry.

Dual McKinley in 1U rackmount

Reacties (21)

[Beaves]

Wat mij opvalt aan het plaatje is dat een dual McKinley schijnbaar probleemloos in een 1U rackmount past en kan werken, terwijl dat tot nu toe niet gaan met dual MP's volgens een nieuwsbericht gisteren.

Dat vind ik best wel raar, want misschien wordt een MP warm. een McKinley wordt nog veel warmer. Dus dan zou een McKinley helemaal niet in een 1U rackmount passen qua koeling etc.

Natuurlijk heeft deze 1U kast een nogal speciale koeling waardoor de CPU's goed genoeg gekoeld worden blijkbaar, maar het is toch vreemd. Ik denk dat een dual MP op deze manier ook koel genoeg wordt gehouden.

Verder ben ik heel benieuwd hoe snel de McKinley nou echt wordt, want Intel heeft intussen veel tijd gehad om de verschillende bottlenecks op te lossen, zoals de compilers en natuurlijk de CPU.

Er hangt voor Intel ook veel vanaf, omdat de McKinley eigelijk de echte eerste IA-64 CPU wordt die ook echt bedoeld is voor verkoop, terwijl de Itanium meer een soort proeftuin is.

Het is alleen maar mooi dat Linux straks klaar is voor de Itanium, maar wordt Linux wel veel gebruikt in de high-end servermarkt? Lijkt me meer het domein van de "echte" Unix versies van bijvoorbeeld Compaq en HP.

[RG]

Het is alleen maar mooi dat Linux straks klaar is voor de Itanium, maar wordt Linux wel veel gebruikt in de high-end servermarkt? Lijkt me meer het domein van de "echte" Unix versies van bijvoorbeeld Compaq en HP.

Linux is al tijden klaar voor de Itanium. RedHat en SuSE hebben inmiddeld al officiele distro's voor IA64 en Debian heeft ook alweer een tijdje IA64 paketten in hun tree opgenomen.
Wat high-end servermarkt betreft, daar is Linux wel aanwezig, maar deze markt wordt met name door IRIX, HP-UX, Solaris, etc... gedomineerd. Echter IBM zet Linux al tijden in op behoorlijk zware servers. Nu ze met dit project bezig zijn gegaan, wat straks ongetwijfeld deel zal uitmaken van kernel 2.6 dan zullen een aantal bedrijven gaan overstappen (HP, SGI en Compaq) vooral. Linux ondersteund al die platformen wel, maar ondersteund niet alle features zoals al dat on the fly zooi eruit halen en erin zetten enzo...

[Makkelijk]

Waarop baseer jij dat de McKinley warmer wordt? Deze processor zou juist met minder kracht in een toch heel klein productieproces veel meer moeten presteren dan de MP. Dus in dat geval wordt hij volgens mij juist minder warm!

[Ronald]

Dat is makkelijk aan te nemen:
De itanium is iets van 135 watt dacht ik. McKinley is een dieshrink en wat optimalisaties, zal ECHT niet onder het vermogen van de Athlon MP gaan.

[ziekloon]

Als ik naar het plaatje kijk zie ik volgens mij dat dit niet een standaard 1U rackmount is... maar dat er wel degelijk speciale koeling nodig is (die fan cooler i.c.m. met de heatsink).
Dat is bij de Athlon MP ook zo.. Daarvoor heb je ook een speciale (gecertificeerde) rackmount nodig. Kijk maar op http://www.dualathlonservers.com
Dus wat is het verschil? Beide platforms hebben een speciale rackmount nodig, maar dan gaat het prima.
Overingens denk ik dat het so wie so een beetje rare vergelijking is.. de Athlon MP zit in een totaal ander segment als de McKinley.

[justice strike]

een dual athlon mp past wel in een 1 u rack kijk maar naar de thunder k7 die is daar speciaal voor gemaakt. het probleem is echter dat je niet elke 1 u rack gebruiken kan en niet elke heatsink

[Diablow]

De McKinley is een echte server proc en heeft een hele lading L1, L2, en L3 Cashe, en zoals we weten van verschil duron/athlon, Pentium/Xeon maakt dat voord e hitte veel uit.

[Dethroned]

Het is een cpu met heel veel cache geheugen en een heel andere core dan die andere cpu's die je vergelijkt.

Ze draaien andere processen op andere manieren en dan kan je niet 1-2-3 vergelijken dat ze heel erg warm worden. BTW is een Ultra Sparc II met 8 MB aan Cache heus niet warmer dan een P3 600...

[CasGas]

hot plug CPU en RAM

Dat zou wel heeeel gaaf zijn als dat ook voor normale clients een keer zal komen.
Bij mijn servertje is de enige downtime gekomen door het verwisselen van de cpu of het ram.

[CARman]

Natuurlijk kun je ondanks dat hotplug ondersteund wordt, er niet vanuit gaan dat als je een single CPU server draaid, dat ie niet down gaat als je die ff unplugt

Dit soort zaken gaan uiteraard alleen goed werken als de machine compleet redundant is.

[Randal Peelen]

Maar als het al in je opkomt om een single CPU high-end server te bouwen ben je om te beginnen niet handig bezig, dit achterwegen latend is het nog altijd handig om Ram te wisselen, dit is iets dat in geval van servers heel wat gebeurd.
Ik vraag me trouwens af wat hij doet als je ram dat helemaal gevuld is er zomaar uit wipt, er MOET dan haast wel data loss zijn, waar anders zou het dan nog moeten zijn?

[CARman]

Misschien dat je dan een suspend to disk handmatig kunt uitvoeren ? Of gewoon via een tooltje gewoon een bank kunt uitschakelen, deze uitwisselen, en dan weer activeren.

Want ik mag aannemen, dat je ook niet zomaar een CPU kunt unpluggen. Beetje lullig voor de threats die daar op draaien. Ook een CPU zul je wel eerst moet uitschakelen voor het OS. Dan wisslelen en dan het OS er weer op wijzen dat die CPU weer aanwezig is.

[sharky_]

CARman zei zelf al. Wanneer je een CPU verwisselt wordt de stroom naar het apparaat eerst afgesloten.

Met het geheugen zal dit neem ik aan het zelfde werken. Zodat hij dus de inhoud van het geheugen ergens anders plaatst, vandaar de implementatie in het OS. Dit zodat je daarna veilig je geheugen kunt wisselen.

[DaRealRenzel]

Over het algemeen ga je pas geheugen wisselen als het kapot is..In High-ENd servers dus meestal meervoudige enkele pariteitsfouten of enkele meervoudige pariteitsfouten. In dat geval heeft of de Hardware monitor danwel het OS deze module allang uit het beschikbare RAM gehaald. Er staat dus in feite geen data meer in, alhoewel er nog steeds spanning op staat.
Deze truc past o.a. Compaq al lang toe. Bij een meervoudige fout zal de server herstarten (gracefull) zonder dat de foute module online is.

[Ronald]

Het blijft dat je hardware (mobo enzo) ook hotplug cpu/ram/pci etc aan moet kunnen. Het OS moet dat alles aansturen zodat het mobo de stroom naar het gewenste periferal afsluit zodat je het veilig kubnt wisselen.

[Ritch]

En toen ben je meteen 100.000 aan inkomsten misgelopen? Ik snap niet wat iedereen zo geil vind aan uptimes, ik heb hier ook al 2,5 jaar een server 24/7 aan staan, maar de uptime is maarv een paar uur op dit moment. Soms moet je server gewoon rebooten, kernel updates enzo. Bij uptime boeit het meer hoeveel % die up is, niet hoe lang al...

[DennisBoom]

Aangezien rebooten 'lang' duurt, kun je nooit een fatsoenlijk uptime-% halen als je vaak reboot. En dat betekent weer dat je een fatsoenlijke uptime moet hebben.

[CARman]

Uhh, we hebben het hier toch nog steeds over servers ? Ik heb er thuis 4 draaien, met een uptime varierend van 3 maanden tot nu ruim 1,5 jaar. En een up% van net geen 100% dus. Enne, een reboot duurt toch maar een paar minuten ?

Je installeerd in de regel geen software op zo'n ding. Hooguit es een periodieke patch of SP. En hierbij is in een hoop gevallen geen reboot nodig.

En gezien de hiervoorbij schuivende uptime problemen, ligt het eerder aan de software-configuratie, dan aan weigerende hardware.

edit:

Offtopic ??
Zal wel aan mij liggen, maar hotpluggable CPU en RAm zijn toch juist bedoeld om de downtime te verlagen, of capaciteit uit te breiden zonder downtime ? Dit is toch met name voor de servermarkt interessant. Als we het dan over uptime hebben, is het dus niet bepaald offtopic.

Sommige moderatoren moeten toch maar es beter lezen denk ik.

[Verwijderd]

Linux komt op!!

[BezurK]

Ik denk dat je bedoelt dat het steeds meer op komt of niet? Linux is al een behoorlijk tijdje een zeer populair server OS hoor. Dat het nu geoptimaliseerd word voor de McKinley is leuk, maar was zeker wel te verwachten, zo'n mooie CPU verdient zo'n mooi OS

[Verwijderd]

Nah.. goeiemorgen dan