Qualcomm verstuurt eerste samples van 24-core-ARM-soc voor servers

Qualcomm is begonnen met het versturen van servers die zijn uitgerust met een 64bits-ARM-soc met 24 cores. Het gaat nog om een pre-productieversie van de soc; de uiteindelijke versie krijgt meer cores.

Eind 2014 maakte Qualcomm bekend dat het serverprocessors op basis van ARM-cores in de maak heeft. De processorfabrikant zegt nu vergaande vorderingen gemaakt te hebben en heeft een Linux-server gedemonstreerd die gebruikmaakt van een soc met 24 'custom' cores, gebaseerd op de 64bit-ARMv8-A-architectuur. De chip wordt gebakken op een FinFet-procedé, precieze specificaties zijn nog niet vrijgegeven.

Met zijn ARM-soc voor servers mikt Qualcomm op grote datacentra die gebruikmaken van vele kleine individuele nodes en daardoor eenvoudig schaalbaar zijn. De chip is volgens de fabrikant geschikt voor gangbare servertaken. Samples van de server met een pre-productieversie van de soc worden nu naar grote klanten gestuurd.

De definitieve versie van de ARM-soc voor servers krijgt meer cores, bevestigt topman Anand Chandrasekher van Qualcomm tijdens een presentatie die werd bijgewoond door Computerworld. Het is nog niet bekend wanneer de soc op de markt verschijnt. Volgend jaar maakt de fabrikant daar meer over bekend, aldus Chandrasekher.

Qualcomm kondigt ook twee nieuwe samenwerkingsverbanden aan. Mellanox, dat netwerkkaarten maakt, is een van de nieuwe partners. Daarnaast gaat Xilinx acceleratiekaarten maken met de ARM-soc.

Reacties (22)

[eheijnen]

Heeft zoiets nou nut in een datacenter.
Als je sites / diensten hebt die weinig gebruikt worden kun je dat toch net goed overboeken op een VM Host?

[MSalters]

Nee, dat is een dom idee.

Ik zie een aantal eerdere reacties die het idee ondersteunen. Maar laten we even kijken naar de feitelijke uitwerking. Vergelijk deze server chip met 6x een losse quad core. Qua instructie-doorvoer kun je net zoveel met die 6 quadcores. Maar de geheugenbandbreedte van 6 quadcores is véél hoger.

Waarom wil je dan wel een multi-core ontwerp hebben? De praktische reden is dat sommige programma's meerdere execution threads hebben die op hetzelfde geheugen moeten werken. Dan moet je gedeeld geheugen hebben. Maar als je meerdere separate VM's hebt, dan zijn die met opzet zo veel mogelijk gescheiden.

Wat voor soort programma's wil je hier dan op draaien? Nou, bijvoorbeeld Neurale Netwerken met duizenden nodes voor Big Data toepassingen, of weersvoorspellingen.

[watercoolertje]

En die VM kan je dan mooi hier op laten draaien, en zo je VM's/nodes dus fysieke cores toe te wijzen

Anyway, alles valt of staat met de performance per watt (icm de prijs uiteraard), dit is heel belangrijk voor iets wat 24/7 aan staat...

[Reactie gewijzigd door watercoolertje op 28 juli 2024 02:48]

[lordfragger]

Dat hangt af van wat je ermee doet.

Voor een grote site als facebook/google/... is dit ideaal, die willen zoveel mogelijk parallel kunnen verwerken en dat kan met zoveel cores zeer goed. Zo lang de services die op dergelijke servers draaien geoptimaliseerd zijn voor parallel processing en/of distributed draaien zijn dit soort cpu's zeer interessant.

Heb je daarentegen een applicatie die minder goed met parallelisme overweg kan en helemaal niet distributed werkt ben je meestal beter af met een klassieke cpu. Ook aangekochte software met licenties op cpu gebaseerd ga je hier niet op draaien natuurlijk.

[YGDRASSIL]

Of je hebt een parallelle software die rekenkracht nodig heeft. Dan valt arm meestal ook af om dat intel cores met zelfde ghz vele malen sneller rekenen dan arm cores.

[bbob]

Datacenter is complex en waar het gewoon uiteindelijk om gaat is hoe presteert deze cpu qua prestatie/energieverbruik tegen intel.
24 cores klinkt leuk maar zegt weinig het gaat in datacenters steeds meer om verbruik en prestatie en liefst zo veel mogelijk prestatie op een kleine chip.
Dit betekend in 1 rack meer prestatie, dus minder plaatst, minder koeling.

De eerste tests zullen laten zien hoe deze cpu het doet tegen intel.

[Reactie gewijzigd door bbob op 28 juli 2024 02:48]

[kidde]

Zoals u zegt, prestatie/m² is voor sommigen belangrijker dan prestatie/J.

[Coolstart]

Prestatie/m2 ? prestatie/Kwh bedoel je waarschijnlijk?

Quallcomm: low-power, high performance
“We have a long history of developing custom low-power, high performance architectures,” said Qualcomm president Derek Aberle. “We can leverage our expertise into a world leading position in the data center. … We realize this is a long-term investment and it’s going to take years before we see a return.”

Koeling + elektriciteit zijn voor bijna 50% verantwoordelijk voor de maandelijkse kost van een datacenter.

Waarom ARM?
The point of getting ARM-based chips into servers has a lot to do with the history of ARM chips. Since the beginning, ARM chips were intended for use in devices that required low power consumption, and so they’ve over time evolved into the preferred architecture for mobile phones and tablets.

ARM enkel als 64-bit cpu interessant
Toch hebben nog al bedrijven geprobeerd om met ARM-technologie de servermarkt te veroveren. Calxeda Bijvoorbeeld. Ooit 90 miljoen opgehaald bij CV's maar nooit doorgebroken. Volgens sommige lag het niet aan ARM maar aan de slechte tactische beslissingen van Calxeda. door op 32bit processoren in te zetten. 32-bit heeft een beperking van 4Gb ram en in virtuele omgevingen is RAM juist heilig waardoor niemand de zuinige chips wilde implementeren.

opgewassen tegen Intel?
Qualcomm werk natuurlijk aan een 64-bit ARM soc en er zijn geruchten dat er met een 64-core A72 uitkomen. De vraag is of ze blijven steken op 128Gb ram of mee gaan met Intel die reeds meer dan 1Tb ram per socket aankunnen in combinatie met 30 Hyper-threads.

AMD in hun zog
http://www.fudzilla.com/n...servers-will-be-arm-based

[Reactie gewijzigd door Coolstart op 28 juli 2024 02:48]

[kidde]

Nee, zoals geschreven niet prestatie/Joule, hoewel ook belangrijk. Physicalization draait om meer prestatie per vierkante meter. Maak minder "dikke" processors en stop er meer in 1U, dus meer in 1 rack, dus meer per vierkante meter. Met name daar zijn ARM server-cores geschikt voor.

http://www.racknine.com/b...alization-virtualization/

[cdwave]

Doorgaans is een enkele SOC met 24 cores zuiniger dan bijvoorbeeld 6 SOCs met ieder 4 cores. Grote stroomverbruikers, met name in idle, zijn de communicatie linken met o.a. DDR RAM, dus minder chips is meestal beter voor de efficientie.

In tegenstelling tot een desktop, waar de spelletjes toch vooral een of twee snelle cores willen, kunnen servertoepassingen veel meer met multiple cores. Denk aan webservers met honderden verbindingen die allerlei content moeten genereren, of de database engines die de daarvoor benodigde queries uit moeten voeren.

De ARMv8 heeft meestal ook een IOMMU unit die het RAM geheugen voor de devices (storage, netwerk) glad kan strijken. Dat verbetert de I/O prestaties, zodat deze chips veel beter kunnen concureren met de Xeons.

[Squee]

Doorgaans is een enkele SOC met 24 cores zuiniger dan bijvoorbeeld 6 SOCs met
ieder 4 cores. Grote stroomverbruikers, met name in idle, zijn de communicatie linken met o.a. DDR RAM, dus minder chips is meestal beter voor de efficientie.

In mijn ervaring zijn de twee grootste stroomverbruikers de cores zelf en de DRAM chips (vanwege de DRAM refresh cycles). De rest, caches en interconnects bijvoorbeeld, vallen daarbij redelijk in het niets. Je hebt wel gelijk dat die consolidatie wel wat extra efficientie zal opleveren, maar minder sockets en daardoor minder lijnen naar geheugen, kan juist ook weer een groot probleem opleveren. Je moet wel genoeg geheugen bandbreedte hebben om die 24 (of meer) cores gevoed te houden, en dat is zeker niet triviaal. 6 of 8 channels er op passen gaat nog net, maar je loopt tegen de limiet aan hoeveel pinnen vanaf je chip naar buiten kan gebruiken voor geheugen, en je zit ook met de uitdaging hoe je al die lijnen op het moederbord moet plaatsen zodat ze niet te lang worden ivm signaalverlies. Wat mij betreft is het echt eens tijd om serieus 3D stacking te gaan inzetten bij die server chips, maar plaatsing en koeling is nog een behoorlijk probleem geloof ik

[BallisticToilet]

Hoe staat het eigenlijk met threading op deze CPU cores? Oracle's T4 en T5 SPARC's handelen bijvoorbeeld 8 threads tegelijk af, Intel 2 threads en IBM's Power's houden er weer een eigen methode op na.

Hoe doen deze chips dat? Lijkt me relevant als men inderdaad mikt op virtualisatie.

[Dreamvoid]

Dat is wel een totaal andere markt, die SPARC machines zijn waanzinnig snelle bakbeesten met karrevrachten aan cache en hypersnelle interconnects voor de allergrootste performance-kritische databases, deze ARM chips zullen waarschijnlijk meer in het vaarwater van Intel's Atom/Centerton servers gaan zitten.

[BallisticToilet]

Ik weet wat SPARC's T-5's kunnen, en ik weet ook dat ze in 3U rack servers geplaatst worden met een of twee gevulde sockets. Oracle wil ze best positioneren voor de ideale hosts in grote webfarms. Zo'n config kan, als je één core als control domain pakt dus potentieel 120 of 248 VM's in 3 rack units kwijt. Dat is nogal wat. Daarom stelde ik de vraag wat deze ARM's aan threading doen.

[PcDealer]

Moet ik aan kleine individuele nodes denken aan zoiets als de cartridges in HP Moonshot systemen, hoewel deze Atom of AppliedMicro X-Gene 1 (64-bit ARM) gebruikt?

[remya]

Ja in die richting moet je in eerste instantie denken. Later zullen er nog wel meer leuke implementaties komen ga ik vanuit (die hopelijk ook wat betaalbaarder zijn)

[matty___]

Ach Cavium heeft met het ThunderX platform 48 cores draaien in een single package:
http://www.cavium.com/ThunderX_ARM_Processors.html

[Robbaman]

Nu Microsoft met (ASP).Net en het core framework helemaal op de multi platform aan het inzetten is, ben ik benieuwd of we zometeen ook op dit soort (potentieel goedkope) servers onze ASP.Net applicaties kunnen gaan draaien.

Spannende tijden

[Verwijderd]

Misschien een domme vraag maar zijn deze processoren een concurrent voor de VISC processoren, of worden die voor andere doeleinde / anders ingezet in de praktijk ?