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 , , 38 reacties
Bron: Transmeta, submitter: The System

Transmeta heeft 14 oktober de Efficeon TM8600 en TM8620-processor officieel geÔntroduceerd en de officiŽle specificaties bekendgemaakt, na al eerder de aankondigingen de wereld ingestuurd te hebben. Zoals al eerder bekend was, kan deze processor acht instructies per klokcyclus verwerken en is de architectuur gebaseerd op 256-bit oftewel het is een Very Long Instruction Word-processor. Daarnaast gaat de processor ook alle extra multimedia-instructies ondersteunen, zoals MMX, SSE en SSE2 en is er de beschikking over een 1MB L2-cache. Transmeta Efficeon logo

Naast deze ondersteuning heeft het bedrijf ook eigen software ontwikkeld om de processor beter te laten presteren: de tweede generatie van Code Morphing Software. Deze software draagt bij aan een efficiŽnter energiegebruik en een verbeterde reactiesnelheid met betrekking tot het verwerken van de verschillende instructies. Dit kunnen zowel RISC zijn als x86-instructies zijn. Dit alles laat de Efficeon een maximale kloksnelheid van 1,1GHz bereiken, terwijl er slechts zeven Watt aan energie zal worden gebruikt en ook nog zonder fan.

Wat ook al duidelijk was geworden is dat de Efficeon HyperTransport gaat gebruiken. Nog onbekend was welk geheugen in combinatie met deze processor toegepast kan worden. Dat is minimaal DDR266 tot maximaal DDR400 SDRAM geworden, met ECC-ondersteuning als optie. Daarnaast maakt de toepassing van een geÔntegreerde northbridge het mogelijk om goedkoper en kleiner te produceren. Zo meet de oppervlakte van de Efficeon TM8820 21mm≤, terwijl de nVidia nForce3 Go 120-southbridge ook klein van stuk is: 22mm≤. De standaard Efficeon TM8600 zal 29mm≤ aan oppervlakte meten, dankzij ondermeer het 130nm-productieproces.

Transmeta hoopt dat deze energiezuinige processor zijn weg zal gaan vinden in handhelds, pc's en servers. Verder zal de Efficeon dankzij zijn specificaties en prestaties een grote concurrent van de Intel Pentium-M kunnen worden. Deze concurrentie met de Pentium-M zal verder in 2004 worden uitgebreid met de introductie van een 2GHz-processor in 2004. Hoewel deze dan wel 25Watt zal gaan gebruiken, maar de grootte zal waarschijnlijk niet toenemen omdat er dan op 90nm worden gebakken. Voor 2005 legt Transmeta de lat wat betreft het productieprocťdť wat hoger, of liever gezegd wat kleiner, aangezien de roadmap dan van een 65nm Efficeon-processor spreekt. In eerste instantie zal de 130nm Efficeon worden geproduceerd door TSMC, waarna medio 2004 Fuji dus de 90nm 2GHz-processors gaat produceren.

Transmeta Efficeon System Diagram
Moderatie-faq Wijzig weergave

Reacties (38)

Wat ik me afvraag is het volgende: waarom doelt Transmeta met dit soort processoren niet op de mensen die thuis een home theatre PC maken? VIA heeft (oa) voor dit soort gebruik de C3 beschikbaar voor hun Mini-ITX borden. Op dit formaat borden zou je bv. ook een Transmeta kunnen plaatsen.

Met name het VLIW karakter, de ondersteuning van multi-media instructies en de geringe dissipatie van de Transmeta maken deze processor hiervoor IMHO uitermate geschikt.
Die markt is vrij klein.. Alleen tweakers maken hun eigen htpc (of mensen die hun eigen htpc maken zijn tweakers...) en dat zijn er niet zoveel.

Deze cpu zal wel een mooi begin zijn voor een off-the-box (kant en klare) home theater pc.

verder...

al eerder bekend was, kan deze processor acht instructies per klokcyclus verwerken en is de architectuur gebaseerd op 256-bit oftewel het is een Very Long Instruction Word-processor
Kan iemand dit uitleggen? Is dit dezelfde 256 bit als dat AMD net 64 bit aan het introduceren is?

Verder pakken ze het wel slim aan, alle technieken (mmx, sse(2)) inkopen en daardoor zelf vrij lage R&D kosten hebben. Een cache grootte van 1MB vergt ook lage R&D kosten (maar hogere kosten per cpu) en zorgt ook voor een redelijk snelheids winst.
Door beide zijn er lage investeringskosten wat voordelig is bij een cpu waarvan er waarschijnlijk (in verhouding tot de cpu generaties van intel/amd) erg weinig worden verkocht.
Nee, deze 256 bits zijn niet geheel hetzelfde als de 64-bits technologie van AMD/Intel.

Met VLIW wordt bedoeld dat de 256 bits instructie feitelijk acht instructies bevat van ieder 32 bits (in die zin is het dus een 32-bits CPU). Deze acht instructies kunnen parallel door de processor worden uitgevoerd.

De 64-bits technologie van AMD/Intel betekent dat een instructie-woord 64 bits bevat. Je kunt dan ineens meer bits opslaan, laden, optellen, etc. omdat je in 64 bits nu eenmaal meer kunt opslaan dan in de huidige 32 bits. Er zit in tegenstelling tot een VLIW processor echter maar een instructie in die 64 bits.

Een belangrijke consequentie van het toepassen van een VLIW architectuur, zoals TransMeta dat nu doet, is dat je compiler moeilijker wordt. Je hebt nl. per clockcyclus acht instructies om te vullen. Dit is niet altijd mogelijk doordat je maar een beperkte hoeveelheid logica in je processor hebt. Door het slim verschuiven van instructies kun je bv. de bezettingsgraad van je processor optimaliseren.
Nog om even wat toe te voegen aan het verhaaltje van Muyz:

De instruction words van 256 bits bestaan dus uit 8 32 bits RISC achtige instructies, welke gescheduled worden door de codemorphing software, die dus de x86 instructies vertaald en scheduled in deze VLIW instruction words.

Het idee van de Transmeta processoren is juist de simpele logica, door het gebruikt van de code morphing software is er geen geavanceerde register renaming, reordering en scheduling hardware meer nodig in de processor.
Wat ik me afvraag hoe deze processors zich vergelijken met met de huidige intel en amd processors, misschien zijn ze helemaal niet bedoeld om te concurreren met intel of amd, maar toch, ik wil het gewoon weten :)

Edit:
spelfouten
Transmeta hoopt dat deze energiezuinige processor zijn weg zal gaan vinden in handhelds, pc's en servers.
Hiermee geeft het aan een concurent/alternatief te worden voor Intel/AMD aangezien deze processor dankzij de 2e generatie Code Morphing software ook x86 instructies en ook de MMX/SSE/SSE2 multimedia instructies (volledig?) ondersteund.
De eerste Transmeta CPU's ondersteunden de x86 architectuur ook volledig (mits er natuurlijk de juiste code werd "geladen", als men RISC heeft geladen zal x86 natuurlijk niet werken).

Het enige verschil is dat Transmeta een vernieuwe code morphing engine heeft gebruikt bij deze nieuwe serie CPU's die dus hun werk sneller doen. Dat is een van de grootste verbeteringen aangezien de vorige engine nou niet echt uitblonk in snelheid.

Dat was ook niet verassend, het was de eerste CPU van Transmeta en als ik het zo lees hebben de de engine flink verbeterd met als gevolg dat de perfomance flink gestegen kan zijn. In ieder geval wordt deze CPU als er geen rare dingen gebeuren een geduchte tegenstander.

De Pentium-M en de Dothan zullen sneller zijn, maar die verbruiken dan ook bijna 5x zoveel energie (de huidige Banias). Dat houd in dat de Efficeon uitstekend geschikt zullen zijn voor de mensen die geen Pentium-M kwa snelheid nodig hebben maar liever 3x zo lang met de accu doen. (Managers die veel onderweg zijn bijvoorbeeld hebben geen 1,7GHz CPU nodig).

Nu alleen afwachten welke OEM's met Transmeta in zee gaan, zonder OEM's heeft Transmeta weinig kans.
Je snapt het een beetje verkeerd, ik bedoel real-life benchmarks, office, internet, games, 3d rendering enz.
Kan deze proc nou zonder fan werken?
Plaatsing in handheld lijkt me trouwens iets te veel van het goede denk dat er tablet pc bedoelt moet worden.

Is de nieuwe Code Morphing Software nu ook voordelig voor de huidige gebruikers van de andere processoren of staat dat los van elkaar?
Deze processor wordt niet heet en daarom volstaat alleen een heatsink. Dit is meteen ťťn van de grote voordelen van deze processor omdat de warmteproductie en het stoomverbruik tegenwoordig toch wel een probleem begint te worden. Grote servers mogen dan in speciale ruimtes staan met een goede airco maar dat is niet overal het geval. Dan is dit weer erg handig. :)

Een handheld moet het daarentegen weer doen met een beperkte hoeveelheid energie, als je dergelijke rekenkracht wilt hebben dan is een Intel of AMD of zelfs Cyrix geen goed idee omdat deze toch nog teveel energie tot zich nemen en bovendien behoorlijk warm worden.
waty mij nou benieuwt is of er ook een native mode is. Dus niet een mode waarin een intel wordt geemuleerd maar eentje waarvoor je een echte VLIW proc hebt.

Als je dat doet en daar een UNIX variant voor maakt zal dat wel eens schneller kunnen zijn dan welk server systeem ook dat je zo kunt kopen.
Als ik het een beetje begrijp moet hij die Code Morphing laden wil hij x86 ' tje spelen. En als je wil kan hij ook risc laden en dan native uitvoeren. Misschien dat hij dan ook idd die vliw native kan uitvoeren. Moet echter nog blijken dan hij dan sneller is. Voordelen zijn natuurlijk dat de meuk niet meer vertaalt hoeft te worden, maar een aantal nadelen :
1. Waarschijnlijk is deze code veel maar dan ook veel groter (veel "lucht" door alignment, niet te paralliseren onderdelen) Dus een veel grotere druk op de geheugenbus.
2. om multitasken sneller te maken zal er ook wel iets als register renaming in zitten, zulke dingen moeten dan opeens op software niveau worden geregeld. Dat kan nooit sneller zijn.
3. de cache wordt veel minder zinnig. Omdat de herschrijfregels tot VLIW niet telkens het zelfde zullen zijn.
Als ik het een beetje begrijp moet hij die Code Morphing laden wil hij x86 ' tje spelen. En als je wil kan hij ook risc laden en dan native uitvoeren. Misschien dat hij dan ook idd die vliw native kan uitvoeren. Moet echter nog blijken dat hij dan sneller is. Voordelen zijn natuurlijk dat de meuk niet meer vertaalt hoeft te worden, maar een aantal nadelen :
1. Waarschijnlijk is deze code veel maar dan ook veel groter (veel "lucht" door alignment, niet te paralliseren onderdelen) Dus een veel grotere druk op de geheugenbus.
Waarom zou de code in VLIW minder goed paralelliseerbaar zijn dan de x86 code die vertaald wordt? Dat hangt compleet af van je compiler dan, ipv de CMS.
2. om multitasken sneller te maken zal er ook wel iets als register renaming in zitten, zulke dingen moeten dan opeens op software niveau worden geregeld. Dat kan nooit sneller zijn.
Ja maar dat wordt nu ook in software gedaan (CMS), dus het zal toch ook niet langzamer zijn ;) Overigens ga ik er van uit dat de Efficeon wel shadow registers heeft, aangezien de Crusoe dat ook had. Deze werden daarin gebruikt om na een x86-exception de processor weer in de oude staat te brengen.
3. de cache wordt veel minder zinnig. Omdat de herschrijfregels tot VLIW niet telkens het zelfde zullen zijn.
Ja, maar hij wordt ook weer juist een boel zinniger! De hele CMS zit niet meer in de cache, dus je hebt een boel meer cache vrij voor je "echte" software. Dit lijkt me juist een voordel ipv een nadeel!

Iets wat ook nog een probleem is als je native wil gaan draaien, is dat er een goeie compiler voor deze processor moet komen. Bij een VLIW moet namelijk alles gescheduled worden in software, wat dan normaal door CMS gedaan wordt, maar als je native draaid schuif je deze complexiteit dus terug naar de compiler.
Het terugschuiven van complexiteit naar de compiler lijkt vooralsnog een beetje het probleem (Itanium presteert ook niet zo 'wereldschokkend', en das toch wel zo'n beetje hetzelfde concept)

Overigens is er nog een nadeel van het in VLIW native mode draaien : je bent je run-time optimalisaties kwijt als je alles vooraf als static VLIW compiled. Meestal is dat wel sneller, maar als de runtime optimalisaties echt goed zijn...
Ja, maar hij wordt ook weer juist een boel zinniger! De hele CMS zit niet meer in de cache, dus je hebt een boel meer cache vrij voor je "echte" software. Dit lijkt me juist een voordel ipv een nadeel!
Ik weet heel zeker dat dat niet in de standaard cache zit maar meteen op de processor. Het is geen programma! Het zijn herschrijf regels, net als de Athlon en P4 x86 vertalen naar interne code. Ik weet dat de Pentiums op een gegeven moment ook een herschrijfbaar gedeelte van zo'n "tabel" hadden. Omdat ze iets als de bekende Pentium-bug op de processor konden opvangen.

Het nadeel is de enorme hoeveelheid NOP's die je mee cached...
Ik weet heel zeker dat dat niet in de standaard cache zit maar meteen op de processor. Het is geen programma! Het zijn herschrijf regels, net als de Athlon en P4 x86 vertalen naar interne code. Ik weet dat de Pentiums op een gegeven moment ook een herschrijfbaar gedeelte van zo'n "tabel" hadden. Omdat ze iets als de bekende Pentium-bug op de processor konden opvangen.

Het nadeel is de enorme hoeveelheid NOP's die je mee cached...
Ik weet heel zeker dat het wel in de standaard cache zit, want ik heb toevallig laatst een research paper/case study over de Transmeta Crusoe geschreven, en ben er van overtuigd dat ze het bij de Efficeon niet anders aangepakt zullen hebben ;)
Het is dus juist wel degelijk een programma wat gewoon op dr proc draaid, iets heel anders dan hoe de Athlon/P4 etc de x86 instructies (met hardware) in micro-ops vertalen! :)
Die Code Morphing software is dermate groot en complex, dat het iets van 2 MB geheugen in beslag nam. In totaal werd de eerste 16 MB van het main memory coor CMS gereserveerd, namelijk de eerste 2 MB om het CMS zelf in te zetten, en de rest werd gebruikt als translatie cache, voor het cachen van vertaalde stukken x86 code.
De CMS wordt als de processor opstart vanuit een (compressed) image uit ROM gelezen....
Zou het dan mogelijk moeten zijn, met vernieuwde versie van die code-morphing-software, dat ook andere operatie systemen zouden kunnen werken ?
Bijvoorbeeld MacOS of Sun en dergelijke...
Ik denk dat je op zo'n proc heel snel iets zou kunnen emuleren. Zou zou je dus XP kunnen draaien en daar een power pc emulator kunnen draaien die via de code morphing de ppc instructies naar de processor stuurt. Powerpc emulatie is tot nu toe nog niet mogenlijk geweest op het x86 platform.
Ik begrijp uit het bovenstaande dat de instructieset bij het booten "ingeladen" wordt. Dan zou je in theorie OS X dus direct kunnen draaien i.p.v. onder XP.
Ik begrijp uit het bovenstaande dat de instructieset bij het booten "ingeladen" wordt. Dan zou je in theorie OS X dus direct kunnen draaien i.p.v. onder XP.
Dat zou inderdaad kunnen, als je tenminste Transmeta zo gek zou krijgen om een PowerPC versie te gaan schrijven van hun CodeMorphing software, en je die in het rommetje aanleveren :Y)

In feite wordt de instructieset dus voor het echte booten ingeladen... proc gaat aan, laad CMS uit ROM, en start dan je BIOS dat je computer verder boot. Dit zodat je BIOS gewoon uit x86 instructies kan bestaan :)
Hele mooie prcoessor.
Een erg laag energie verbruik met zoals ik het hier zie een redelijk hoge verwerkingssnelheid.
Ik hoop spoedig enige benchmarks te zien waarbij het verschil met andere processor is te zien.
ik sta Er ook zo :D :9 even naar te kijken.
Een moois staaltje werk van transmeta.

zeker die ddr266-400 had ik zo 123 niet verwacht.

Nu nog eens benchmarks.
Ik ben vast blind, maar wat is het verschil tussen de 8600/8620 en de 8820 ?
Wat is FC-OBGA 783?
Is dit hetzelfde als de Pentium M?
:?
De processor zal alleen een alternatief worden als de prijs laag genoeg zal zijn.
De c3 is een succes gewoon omdat ie zo goedkoop is.
De eerst generatie transmeta processors was gewoon te duur voor de preformance die ze leverde.
een cpu op 600 Mhz leverde de snelheid die onder een Celeron 400 Mhz was.
Ik vraag me af hoeveel 'ie zou gaan kosten :)

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