SuSE gaat Linux leveren bij SGI-servers en -superclusters

C|Net schrijft dat het Duitse SuSE zal gaan samenwerken met het Amerikaanse Silicon Graphics Inc (SGI). In oktober 2003 zal SGI een nieuwe serie Altix 3000-servers presenteren waarop standaard SuSE Linux Enterprise Server 8 zal zijn geïnstalleerd. De twee bedrijven willen gaan samenwerken om de enterprise-editie van SuSE Linux ook geschikt te maken voor 128 processors, in plaats van de huidige 64 processors die het systeem aankan. De systemen die SGI bouwt worden voornamelijk gebruikt voor ingewikkelde grafische taken, zoals de special effects in films en de visualisatie van de 'airflow' voor een auto-ontwerp. Op dit moment gebruiken veel van de Altix-systemen nog een speciale Unix-versie, genaamd Irix. Ook Oracle is blij met de aangekondigde samenwerking. Oracle heeft namelijk software ontwikkeld die gebruikt kan worden op Altix-servers in combinatie met Linux. Het is niet de eerste keer dat SuSE een grote klant binnenhaalt dit jaar:

SuSE, for its part, gets another high-profile endorsement of its version of Linux and a commitment to further soup up the operating system. In June, Hewlett-Packard expanded its relationship with SuSE, announcing that customers could get SuSE Linux Enterprise Server 8 bundled with its ProLiant line machines, which mainly uses Intel's Xeon chips, or with its servers based on Itanium chips.

Reacties (19)

[Mr.Aargh]

Suse heeft mij verrast als OS.
Dit echter op desktop gebied, onlangs een werkplek van een werknemer van RedHat naar Suse gesluisd.
Heerlijke package manager, nog een paar kleine nuisances, maar verder werkt het 'lekkerder' voor het gevoel.
Ook tot nu toe minder gedonder mee gehad, wellicht ook door mijn gegroeide Linux kennis .. maar toch, zeker een speler, wellicht ook voor een aantal toekomstige servers.

[Verwijderd]

Off topic natuurlijk, maar rpm blijft rpm, één van de (eigenlijke de enige) redenen dat ik toch debian prefereer. Als SuSe ooit nog eens een echt goed package management systeem krijgt kunnen ze volgens mij ook op de desktop een grote vlucht nemen. Van wat ik zo links en recht mee krijg, en ook met deze SGI combo, zijn ze daar wel erg goed bezig.

[Verwijderd]

Moet je voor de beste RPM ondersteuning niet bij de ontwerpers zijn van RPM. En is de R niet van RedHat?

Zelf ook SuSe gebruikt, destijds omdat daar de ISDN ondersteuning zoveel beter was. Enige beperking is de bekende; geen lekker genoeg werkende Office.

Zou ik voor een bedrijf een serverpark opzetten, dan zou ik voor SuSe kiezen vanwege eerdere goede ervaring.

[Verwijderd]

Je hebt het niet begrepen...
RPM blijf RPM is bedoeld als reden om het niet te willen gebruiken...
Debian heeft met APT-GET/Synaptic het beste up to date houder /package manager tot nu toe. Zelf ben ik RedHatter maar ik respecteer Debian omwille hiervan en ik zou iedereen aanraden wie de tijd erin kan steken om Debian te nemen.
Verder heeft SuSE het nog lang niet "gewonnen" van RedHat op de business market. Wat leuk is dat beide distro's creatief bezig zijn om zichzelf te profileren. RedHat met AS en RHN en daarbij BlueCurve en SuSE met Yast2 ... Dit is nou Open Source aan het werk. De consument kan alleen maar genieten van de keuze aan creatieve oplossingen die deze twee bedrijven aanprijzen. Al vindt ik persoonlijk dat in het gebruik SuSE te veel afwijk van de andere *nix'en maar dat is op zich belet als je het product in z'n context laat. RedHat daarentegen voelt meer *nixy aan en als RedHatter ben ik ook niet verloren op andere *nix'en, vrij of commercieel. Ik weet alleen niet of SuSE zich altijd aan de GPL houdt... wie weet daar het antwoord op?

[killercow]

Geen lekker werkend office systeem?

je krijgt er standaart koffice bij en als je wilt is altijd openoffice voorhanden en makkenlijk te installeren.

[JeroenB]

RedHat heeft de naam van het doordringen tot de Enterprise top de afgelopen jaren, maar het is goed om te zien dat SuSE ook bezig is gebleven met het tweaken van hun distributie om goed aan te sluiten op zowel de hardware als de functionele wensen van de OEMs. Kan nog interessant worden wie er uiteindelijk wegloopt met titel "business Linux distro". Een jaartje terug dacht ik nog dat het bekeken was en RedHat al niet meer in te halen zou zijn.

[sPENKMAN]

Mja dat dachten de meeste mensen met Nvidia ook, het laat toch maar eens zien hoe onstabiel de industrie van computers is, het ene moment heb je 90% in bezit en het andere moment heb je nog maar 30% terwijl de ander weer veel meer heeft.

[offtopic] De percentage zijn niet op iets gebaseerd maar gewoon om maar beetje aan te geven[/offtopic

[TheGhostInc]

Binnen de computerwereld is het vaker dat de opinie omslaat dan dat daadwerkelijk de verkopen veranderen.

Duidelijk voorbeeld is Amd, die kwamen dadelijk langszij tov Intel een paar jaar terug in de opinie, maar het duurde toch zeer lang voordat ze een beetje begonnen in te lopen.
Nu is het al een tijdje omgeslagen naar Intel, en nu zie je langzaam dat het marktaandeel van Amd wat wegzakt.

Als je de hype rondom AMD zou moeten geloven, is volgend jaar elke nieuwe PC een 64bit PC van Amd, terwijl iedereen weet dat Intel er toch gewoon meer gaat verkopen.

Bij Linux is het niet anders, ook al is de opinie goed, Red Hat doet het nog steeds goed. En Microsoft verkoopt gewoon weer gigantisch veel.

[Verwijderd]

en dit allemaal is relevant in welk opzicht?

Suse doet het goed , RedHat doet het goed enz enz.. maar what is your point? De opinie van de consument heeft weinig invloed op de aanschaf, althans statistisch gezien. Men koopt wat er of op kantoor staat of wat er in de winkel staat en daar heeft een cluster systeem helemaal niets mee te maken.

Het belang van wat Suse doet moet je imho zien als een voorbeeld van OpenSource als dynamisch model voor ontwikkeling. Iedereen is vrij om met Linux dergelijk project aan te gaan en dat het werkt is alleen maar een pluim voor de jongens die het voor elkaar hebben gekregen.

[JSK]

Op het huidige Altix cluster Aster (416 cpu) bij SARA (Amsterdam), draait nu RedHat, met dus als beperking dat single system image beperkt blijft tot 64 cpus. Als dat zo blijft kunnen ze beter overstappen naar SuSE.

[Verwijderd]

of naar AS...

http://www.redhat.com/software/rhel/as/cluster/

[MrMr]

Nee, dat hebben ze al, en meer: Het gaat hier niet om hoeveel cpu's je op dezelfde postcode hebt maar om het *single image* gedeelte, 1 kernel dus, net zoals SGI nu voor z'n 512cpu IRIX systemen levert. Dat heeft nog niemand voor elkaar gekregen met Linux (of ergens anders mee)

[Verwijderd]

Daar zou je mischien iets mee hebben... voor zoveer ik weet draait het niet singleimage met redhat maar krijg je een soort myrinet achtige network waardoor packets en streams niet door de TCP stack gaan maar van kernel tot kernel.

[jresoort]

Op dit moment gebruiken veel van de Altix-systemen nog een speciale Unix-versie, genaamd Irix.

Voor zover ik weet draat er geen Irix op de Altix systemen. SGI heeft Irix draaien op al haar mips systemen zoals de origin en onyx servers en haar workstations. De altix serie werkt vanaf haar onstaan op een linux variant.

De Origin en Altix servers worden overigens niet zoals gesuggereerd wordt gebruikt voor visualisatie e.d. maar voor andere wetenschappelijke en militaire simulaties

[hardwareaddict]

Volledig correct.

Wat ik me enorm afvraag is hoe SUSE ooit 128 cpu's werkend gaat krijgen.

Bij 64 cpu's praten we over dat je maximaal 1 router + 1 Shub passeert bij het ophalen van een element ergens in 'someone elses' memory.

Op het moment dat er 1 kernel draait op 128 processors dan praten we over 2 bakken die via de geniale NUMAFLEX met elkaar zijn verbonden.

Deze geniale router is geniaal omdat er voor 416 processor bakken weinig betere oplossingen zijn gevonden anders als het op zo'n soort manier te proberen (zelfs earth machine gebruikt 1 enorme centrale router).

Edoch de latency die knalt omhoog.

Met name random latency (tijd om 1 cache line zelfs maar op te halen van 128 bytes, laat staan meer) is direct in de orde grootte van 6-7 us.

Ter vergelijking. Een IBM cluster van 2080 processors haalt daar ongeveer 10 us (5 us voor de one way pingpong)

Dat is op de altix3000 met 64 processors enorm beter.

A v/d Steen (stoel: high performance computing) kwam tot 2-3 us voor one way pingpong. Echter dat betreft vrij lange berichten.

meeste software gebruikt echter elementaire berichtgroottes.

Latency op Altix 3000 bij 8 cpu's en 250MB ram per cpu is voor 8 byte berichten (64 bits variabelen) :
547.6 ns

Dat is geniaal luitjes. Een dual Xeon of dual K7 heeft 400 ns daar.

Dit gaat ook niet echt vreselijk omhoog tot een processor of 32. Dan knalt het omhoog (1 router erbij).

Maar de grote klap komt dus als zo'n bericht door de NUMAFLEX eerst heen moet. Dan is het slechts factor 2 sneller als een cluster ineens.

Aan bovenstaande test valt wel af te lezen hoe superieur SGI is op kleine processor aantallen. De latency is enorm goed dan.

Echter boven de 64 cpu's is het bijltjes dag. Ook voor SGI.

Ik vraag me af hoe ze *dat* gaan regelen voor de kernel. Een kernel die zich split in 2en en op elke partitie nestelt op een cpu of 2?

Zij dat liever maken als ik in elk geval. Heb al problemen genoeg met die NUMAFLEX.

MVG

Oh nagekomen:

bash-2.05$ uptime
7:53am up 18 days, 18:37, 27 users, load average: 35.06, 34.49, 34.27
bash-2.05$ bqueues
QUEUE_NAME PRIO STATUS MAX JL/U JL/P JL/H NJOBS PEND RUN SUSP
test 3 Open:Active 4 4 1 4 0 0 0 0
serial 1 Open:Active 4 2 1 4 1 0 1 0
tiny 1 Open:Active 6 4 1 6 4 0 4 0
small 1 Open:Active 24 8 1 24 0 0 0 0
medium 1 Open:Active 32 16 1 32 44 16 28 0
bash-2.05$ ./latc 250000000 8
Welcome to RASM Latency!
RASML measures the RANDOM AVERAGE SHARED MEMORY LATENCY!

Stored in rasmexename = ./latc
Trying to allocate 31250000 entries. In total 250000000 bytes
Benchmarking Pseudo Random Number Generator speed, RanRot type 'B'!
Speed depends upon CPU and compile options from RASML,
therefore we benchmark the RNG
Please wait a few seconds.. ..took 3797 milliseconds to generate 409600000 numbers
Speed of RNG = 107874637 numbers a second
So 1 RNG call takes 9.270020 nanoseconds
Benchmarking random RNG test. Please wait..
timetaken=5259
Machine needs 105.180008 ns for RND loop
Trying to Allocate Buffer
Took 0.001 seconds to allocate Hash
Clearing hashtable for processor 0
Took 0.348 seconds to clear Hash
Starting Other processes
Took 36 milliseconds to start 7 additional processes
Clearing hashtable for processor 1
Clearing hashtable for processor 2
Clearing hashtable for processor 3
Clearing hashtable for processor 6
Clearing hashtable for processor 5
Clearing hashtable for processor 4
Clearing hashtable for processor 7
Took 1581 milliseconds to synchronize 7 additional processes
Took 508 milliseconds to ATTACH. 2000000000 total RAM
Read latency measurement STARTS NOW using steps of 2 * 300.000 seconds :
the raw output
1448566 1604678 1514794 1448546 1602856 1603569 1433635 1599165
Raw Average measured read read time at 8 processes = 652.751770 ns
Now for the final calculation it gets compensated:
Average measured read read time at 8 processes = 547.571777 ns
bash-2.05$ uname -a
Linux a1.teras.sara.nl 2.4.20-sgi220r3 #1 SMP Wed Jun 4 16:43:37 PDT 2003 ia64 unknown
bash-2.05$

[Schmoove]

Ehm ja.... en nu in gewoon nederlands.
Ik snap er zo geen hol van hoor.

[Verwijderd]

bash-2.05$ cat Schmoove | /dev/null

LOL!

[lintweaker]

Volgens mij klopt het artikel niet helemaal. De altix werkt naar mijn
weten alleen op Linux. Er zitten namelijk Intel Itaniums in.