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 , , 19 reacties
Bron: C|Net

Sun is begonnen met het testen van de eerste prototypes van zijn Niagara II-processor. Deze chip moet de huidige generatie Niagara's gaan opvolgen en zijn release staat gepland voor 2007. Op 26 mei zou een eerste prototype in gebruik genomen zijn, terwijl deze stap slechts eind augustus of begin september verwacht werd. De Niagara II borduurt voort op de concepten van de huidige generatie chips, die onder andere gebruikt worden in de Sun Fire T2000-servers, en mikt dus eveneens op een energieverbruik van 70W. Een van de belangrijkste vernieuwingen is dat de Niagara II ontworpen is voor dual-processorsystemen. De huidige Niagara's zijn uitgerust met acht cores die elk vier threads kunnen draaien. De Niagara II behoudt deze acht cores, maar mikt op het draaien van acht threads per core. Een core schakelt over naar de volgende thread als de huidige thread vertraging oploopt, bijvoorbeeld doordat deze gegevens uit het geheugen moet ophalen. Verder is de Niagara II voorzien van 10Gbps Ethernet, meerdere FPU's en nieuwe mogelijkheden voor het versleutelen en ontcijferen van gegevens.

Sun Fire T2000
Moderatie-faq Wijzig weergave

Reacties (19)

Een core schakelt over naar de volgende thread als de huidige thread vertraging oploopt
Dat klinkt als een hele efficiente manier om aan multithreading te doen. Dat moet niet al te veel extra transistors kosten lijkt me (je registers moet je verdubbelen per thread, maar verder?). Het komt toch vaak genoeg voor dat een thread wacht op I/O. Ik vraag me af waarom we dit bij x86 CPU's niet zien.

dmantione: dat bedacht ik me later ook ja ;)
klopt, de niagara is bloed-efficient. de proc hoeft, zeker met 8 threads, volgens mij vrijwel nooit te wachten op IO - hij gaat gewoon verder met het volgende thread. Ook zullen er veel minder context switches nodig zijn, en ze kosten ook minder tijd. de thread performance is niet bijzonder (al helpt de nieuwe FPU per thread flink) maar hij is super in multi-threaded omgevingen.
Als je 8 threads hebt die op IO staan te wachten ben je nog zuur hoor, en het zal je verbazen hoevaak dat zal gebeuren..
Niet zo heel erg snel als je met dmv gedeelde L2-caches onder de cores ook nog threads te verdelen hebt en per 2 cores een 533 Mhz DDR2-geheugencontroller ter beschikking hebt.

De Niagara is bij uitstek ontworpen voor massaal multi-threaden Ó la webserver etc.

Overigens is het een FPU per core, niet per thread (64 ipv 8 FPU-units t.o.v. 1 in de huidige zou een beetje overdreven raken en aardig wat transistortjes toevoegen :7 )
Zien we wel: Hyperthreading. Maar omdat de processor er niet speciaal voor ontworpen is kan de P4 dit kunstje minder goed dan de Niagara.
het is toch 10GBit of 10Gbyte? Dus B van Bit en b van byte of is het nu toch andersom? Ik snap het nie meer :z

okay iemand anders had het verkeerd aan mij uitgelegd. Ik snap het nu! B is Byte en b is bit
10 Gbps = Gigabit per seconde
120 GB = Gigabyte
1 byte is meer dan 1 bit.

Daarom d8 ik dat de byte de B kreeg in afkortingen.
MB = MegaByte
Mb = MegaBit (8 keer minder als MB)
Byte is kort voor "by eight" (maal acht)
Niet "maal acht", maar "per acht". Komt op het zelfde neer, maar klopt dan ook taaltechnisch.

Sorry voor het mierenneuken, kon het niet laten... ;)
B=Byte en b=bit wordt inderdaad veel gebruikt, maar is niet echt gestandaardiseerd.

Wil je dat je boodschap eenduidig wordt begrepen door de lezer schrijf dan gewoon Byte en bit.
Bijvoorbeeld 150 MByte of 10 Gbit/s
Een CPU met Ethernet?
Ge´ntegreerde netwerkprocessor op de cpu ;)
en nieuwe mogelijkheden voor het versleutelen en ontcijferen van gegevens.
Hebben ze het dan over een random nummer generator, zoals de VIA PadLock engine, of volledige hardware support?
En kunnen we dan ook van sun verwachten dat ie de Java cryptographic engine volledig op hardware draait?
Ze hebben het over hardware support voor 3DES, AES en EC crypto methodes.
Dat lijkt me erg handig voor webservers met veel SSL verbindingen.
Hieronder een link naar een leuk artikel die laat zien wat voor winst je kan halen door de encryptie door een Niagara T1 processor te laten afhandelen in plaats van een Xeon 3.6GHz middels Solaris/Java Cryptographic providers:

http://java.sun.com/devel...icles/xml/dig_signatures/

Wel marketing verhaal vind ik maar toch.
Die naam, Niagara, zegt dat iets over de waterkoeling die nodig is om de boel binnen acceptabele temperaturen te houden :?
lol, lees eerst degelijk de thread alvorens zo een comentaar te geven, die chips worden gewoon aircooled geleverd
Nee, deze processor veegt zo ongeveer de vloer aan met ieder ander hedendaags model wat betreft stroomgebruik, en dan vooral de weinigheid ervan. Dit is trouwens een niet te versmaden detail in een goed datacenter.

En daarbij komt ook nog eens dat Sun doosjes nog steeds het mooiste staan in een datacenter. Al moet ik zeggen dat ik het T2000-grijs nog ietsjes mooier vind als het oerbekende Sun-paars :)

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