Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 25 reacties
Bron: DailyTech

Het HyperTransport consortium heeft bekend gemaakt dat de derde revisie van de HyperTransport-standaard is vastgesteld. Het belangrijkste verschil tussen revisie 2.0 en revisie 3.0 is de maximale kloksnelheid van de bus, deze is toegenomen van 1,4 GHz naar 2,6 GHz. De maximale bandbreedte komt hiermee op 41,6 GB/sec te liggen. De nieuwe standaard is ook op een aantal andere punten verbeterd. Hot-plugging wordt nu ondersteund wat het mogelijk maakt om apparaten aan te sluiten terwijl de link actief is. Daarnaast is de maximale lengte van een verbinding toegenomen naar één meter waardoor het maken van verbindingen tussen verschillende computers binnen handbereik begint te komen. De nieuwe standaard biedt verder meer mogelijkheden op het gebied van energiebeheer en het realtime herconfigureren van de bus. Het is bijvoorbeeld mogelijk om één 16-bit HyperTransport-link te herconfigureren tot twee 8-bit verbindingen.

HyperTransport 2.0 versus 3.0 (bij een 16-bit bus)
HyperTransport 2.0 versus 3.0 (bij een 16-bit bus)
Moderatie-faq Wijzig weergave

Reacties (25)

"Hotplugging wordt ondersteund"

Waar moet ik dan aan denken?
Flash-geheugen? Gigabit-ethernet?
(direct op de ht-bus ofzo?)
Het zou dus mogelijk zijn om een systeem te maken waarbij je Opterons kan bijprikken (en vervangen terwijl het systeem blijft doordraaien).

Vooral voor servers is hotplugging/hotswapping een belangrijke functie, die al lange tijd bestaat voor voedingen/hardeschijven, en die dus op deze manier steeds meer uitgebreid wordt.

En zoals Bashrat al melde, kan dit ook mooi met Blade servers die van een gemeenschappelijke HyperTransport bus gebruik maken.
De cpu is niet hotswap alleen de link kan je hotswappen. ;)
Op mainframe is hotplugging van CPU's al jaren mogelijk.

En inderdaad is het vrij essentiële functionaliteit in het type organisaties dat een mainframe kan betalen; het uitschakelen van dat soort systemen is geen optie.
Hotpluggen van moederborden onderling: supersnel netwerk (veel sneller dan gigabit dus). Kan handig zijn in mission-critical omgevingen: o.w.v. schaalbaarheid (makkelijk capaciteit uitbreiden, gwn inpluggen terwijl de boel al aan het draaien is) én redundancy (systeempje crasht? no prob, we pluggen er een reserve systeempje bij!).
@anandus:

Denk dan aan het realtime aan en uitzetten van hardware, bijvoorbeeld gunstig wanneer het gaat om energie verbruik (en indirect stilte).
Ik werk hier op een hotswappable Alpha GS machine waarin je de processoren gewoon runtime kunt verwisselen.
Geclusterd kun je met een groepje van dergelijk machines een uptime halen van 99,999% of beter en dan het niet wenselijk om de machines downtime te laten nemen voor het vervangen van slechts 1 van de aanwezige processors.
Vanuit een technisch oogpunt is dit zo cool. Zou deze nieuwe standaard het ook mogelijk maken om van een twee 2 socket servers een 4 socket unit te maken? Ik las pas geleden ook al dat er op PCIe gebaseerde remote storage producten waren, wordt dit dan een stap naar de eerste remote CPU oplossingen?

Stoppend met fantaseren; dit geeft de deelnemers in het HT consortium enorm goede mogelijkheden om te concurreren met Intel, want op het gebied van interconnect technologie was bij Intel volgens mij het lek nog niet helemaal boven.
Dat is momenteel ook al mogelijk. Newisys en Uniwide doen dit al standaard. Tyan kan zelfs van een 4weg een 8 weg maken, maar die dingen zijn zo instabiel als iets. Dan kun je beter een Iwill 8weg nemen.

Newisys is al bezig een 32weg Opteron! Stel je maar eens een 32weg Opteron voor met 4 cores per cpu (medio 2007) en daar 16 gig geheugen bij. Dan heb je pas een rekenmachientje. Ben benieuwd hoe die zijn koetjes zal draaien.
16gb geheugen voor een 32way, quad core? Ik denk dat je dan eerder denkt aan 128-512gb (4-16gb per CPU) geheugen :)
640K ought to be enough :P
Met deze techniek is het idd mogelijk om bijv. bij een twee socket systeem een module aan te koppelen om er vervolgens een 4 CPU systeem van te maken.
Intel heeft de laatste tijd vreselijk veel mogelijkheden laten liggen op het "meer dan 2 CPU's platform" gebied.
Xeon's draaien nog steeds met alle CPU's op 1 geheugenbus. Ze blijven bovendien voorlopig via een FSB met de chipset werken. En de itanium heeft een eigen instructie set.
De samenwerking tussen AMD en IBM lijkt ieder geval voor beide partijen z'n vruchten af te werpen.
Ik zie het al voor me, virtualisatie met loadbalancing over meerdere fysieke systemen. Heeft een virtuele server meerdere resources nodig, dan leent hij een processor van een andere -minder belaste- virtuele server.
Wat moet ik mij bij de verhoogde bandwith voorstellen? Betekend dit dat CPU's op HTT3.0 verder overclockbaar zijn (een hogere "FSB")?
dat niet per definitie, maar er is wel een grotere bandbreedte voor data van en naar de chipset en geheugen beschikbaar.
CPU0 kan niet alleen CPU1 memory benaderen op dezelfde mobo. Maar ook CPU0 van 'n PCer vlak naast/boven/diagonal 19"rek.
Misschien met 'n repeater/bridge dus wat extra latency. Maar iig hogere kwa bandbreedte en response dan 'n Giga nic'je

Denk dat Cray bedrijven deze feature wel leuk vinden.
Maken de huidige AMD64 chipsets al gebruik van die HT2.0 bus, of zitten we nog met zijn allen te werken op een oudere versie?
De Eerste A64 hebben nog de 1.0. Mischien dat de AM2 wel opgewaardeert wordt met een 2.0 bus.

Aangezien de Huige S939 maar 1 ghz haalt lijkt het me dat hij dus HT 1.0 gebruikt. De AM2 krijgt mischien 1.4of 1.5 dus zou mischien HT 2.0 kunnen hebben ?
De HyperTransport 1.0 spec gaat maar tot 800MHz, zie:
http://www.hypertransport.org/tech/index.cfm

Ik weet alleen niet of dit nou effectief verdubbeld moet worden of niet, aangezien HyperTransport een Dual Data Rate (DDR) clock heeft.

Iig hebben de nieuwere Socket939 CPU's (iig vanaf stepping E3) een Hypertransport bus van 2GHz DDR, dus zouden ze zeker buiten de 1.0 spec vallen.
200 mhz, met een multiplier van 5, komt uit op 1000mhz
eindelijk eens een standaard(-en-organisatie) die niet elke 3 seconden vastzit door onenigheden van de belanghebbenden.

HT maakt blijkbaar gestaag vooruitgang en dat kunnen we alleen toejuigen. Het is een standaard met nog veel patentieel imo.
SLI maar dan voor moederborden.

Klinkt leuk.
moet 41,6 GB/sec moet 20,8 GB/sec zijn, zoals het plaatje en de brontekst aangeven?


oh, laat maar, na het lezen van de PDF is het wat duidelijker, 41,6 is inderdaad het totale maximum bij hoogste frequentie en 32 bit brede verbinding...
Was het niet zo dat de nieuwe ATi CrossFire Express 3200 voor S939 al over een opgevoerde HTT bus beschikte?
ATi heeft vandaag de CrossFire Express 3200-chipset aangekondigd. Deze chipset die eerder onder de codenaam RD580 door het leven ging, zou volgens ATi de ultieme chipset voor overklokkers en gamers zijn. De chipset zou dan ook erg ver overgeklokt kunnen worden, zonder dat dit consequenties heeft voor de stabiliteit. Zo zou de HyperTransport-link (HT) met de processor op een maximale effectieve snelheid van 1,5GHz (5x300) kunnen werken, terwijl deze bij andere chipsets beperkt is tot 1GHz (5x200), waardoor de multiplier vaak terug gezet moet worden naar 3x, waardoor de effectieve snelheid afneemt naar 900MHz.
Lijkt me dat ATi in deze chipset iig al de 2.0 versie gebruikt.

link: nieuws: ATi presenteert CrossFire Express 3200
K10 wordt weer een intel killer

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True