VIA presenteert details 64-bit Isaiah-processor

VIA heeft vandaag een nieuwe toekomstige processor voorgesteld aan de wereld: de 64-bits Isaiah, codenaam 'CN'. Deze zal in de eerste helft van 2006 uitkomen en net als de eerdere chips van het bedrijf gericht zijn op (embedded) systemen waarvoor een laag stroomverbruik belangrijk is. Het lijkt erg waarschijnlijk dat VIA net als Intel de door AMD bedachte extenties zal gebruiken om x86 uit te breiden naar 64 bits, maar dat wordt niet bevestigd door het persbericht. Er wordt alleen gesproken over een snellere FSB, meer cache, een hogere kloksnelheid en meer specifieke features voor multimedia en beveiliging. Men verwacht onder andere afzet te vinden in HDTV's en andere consumentenelektronica. De informatie is dus niet bijster concreet, zo wordt ook niets gezegd over het soort productietechnologie dat men wil gebruiken en eventuele plannen voor dual- of multicore versies.

Reacties (22)

[Verwijderd]

Mag VIA die instructiesets zomaar gebruiken of moeten ze daar licentiekosten voor betalen?

[Niles]

Dat vraag ik me ook af, aangezien Intel en AMD een cross-license hebben waardoor ze alles van elkaar mogen overnemen (behalve dat AMD betaald voor de x86-instructies), maar dat heeft VIA niet met AMD, dus in feite zouden die dan wel een licentie moeten nemen, tenzij ze (en dat dat de reden is dat het niet vermeld wordt in het artikel) zélf een 64bit instructieset gaan maken, die wel of niet compatible is met AMD's variant.

Ze kunnen natuurlijk ook nog helemaal de vage toer opgaan en IA-64 gaan doen . Als AMD overigens slim is (voor hun eigen 64bit-marktverbreding, waarop ze momenteel een behoorlijke posisitie hebben) maken ze een mooie overeenkomst met VIA.

[SleutelMan]

Ik dacht dat Intel AMD ook hiervoor niet betaalde (maar dat lag eraan dat Intel zijn Code EMT64 een klein beetje had aangepast, ze hadden niet de complete code overgenomen van AMD)

SSE2 etc. zijn wel op alle processors van Intel en AMD hetzelfde, en daarvoor betaald AMD ook de licentie aan Intel.

[LosserNL]

Ik dacht eerder dat omdat AMD al de x86 instructies gebruikt van Intel zij elke x86 extensie van AMD mogen gebruiken?

[knirfie244]

Intel heeft een overeenkomst met AMD dat zij alles mogen gebruiken wat AMD bedenkt, in ruil daarvoor mag AMD x86 processors maken... besides, intel heeft de 64bit instuctie-set niet van AMD overgenomen via de cross-licence maar volledige ge-reverse-engineered, vandaar dat EMT64 ook niet volledig compatible is met AM64.

VIA zal waarschijnlijk licentie kosten moeten betalen, maar ik gok dat AMD en VIA wel een leuk akkoordje bereiken...

VIA betaald volgens mij overigens geen licentie voor x86 aan intel, wat daar precies t verhaal achter was weet ik niet meer.

[Wouter Tinus]

AMD64 is zo open als mogelijk, de specificatie staat gewoon online. Er moet wel een licentieovereenkomst worden ondertekend voor het gebruik ervan (Intel heeft dat overigens niet hoeven doen vanwege andere contacten m.b.t. het uitwisselen van technologie), maar daar zijn geen kosten of strenge randvoorwaarden aan verbonden. Het is puur een formalisme, een verzekering voor het bedrijf dat AMD64 wil gebruiken dat AMD in de toekomst niet van gedachten verandert en zijn patenten gaat verdedigen. In principe geven ze het dus gewoon gratis weg.

[lvh]

En dankzij dat was AMD64 ook vrij snel in "echte" 64bit mode availible op Linux. (*BSD, geen idee, maar gok van wel). In het begin officieel niet, maar uiteindelijk kan je altijd gcc -march=opteron of -mtune=newcastle meegeven :-)

[Thandor]

snellere FSB

Nog steeds op Socket 370 ?, die FSB hadden ze naar mijn mening al veel eerder op moeten krikken. Zelfde klokfrequentie van de CPU en een hogere FSB = Aardig wat prestatiewinst.

[--MeAngry--]

En dat betekend wel weer meer warmte en dus meer stroomverbruik. Voor hoge FSB's moet je bij AMD of Intel zijn.

[Luxx]

Bedenk je wel dat een hogere FSB ook direct tot veel meer stroomverbruik leidt. Ondanks dat de processor niet veel meer stroom gaat verbruiken, wordt wel het totaal door het systeem verbruikte vermogen een stuk groter.

[Fairy]

Stroomverbruik en warmte staan bij processoren nagenoeg gelijk aan elkaar dus je stelling dat het niet meer stroom gebruikt maar wel meer warmte geeft is onjuist.

[Maestro.mosjuh]

volgens mij zegt hij het goed maar lees jij het verkeerd.
luxx: Processor gebruikt niet meer stroom; echter systeem in zijn geheel word wel warmer (systeem != processor)
jij: Processor gebruikt niet meer stroom en word ook niet warmer....

klopt allebij (volgens mij)

[knirfie244]

VIA heeft allang z'n eigen socket of helemaal geen socket meer hoor. meestal zit de processors als BGA al vast op t moederbord.

@ andere 2, hogere FSB en hogere snelheid hoeven echt niet tot meer stroomverbruik te leiden hoor, VIA kan de overstap naar 0,9micro maken, en tegen 2006 waarschijnlijk zelfs 0,65micro, dit zal ook weer een hoop besparen.

[Metal Baron]

Een hogere FSB an sich leidt wel degelijk tot meer stroomverbruik, jij noemt alleen wat oplossingen om hiervoor te compenseren.

[_Thanatos_]

die FSB hadden ze naar mijn mening al veel eerder op moeten krikken

S370 was dan ook voor de P3 ontworpen, en die heeft geen hoge FSB nodig.

[Verwijderd]

Ik hoop dat ze niet meer op hoogst mogelijke kloksnelheid per watt gaan kijken maar naar hoogst mogelijke presetatie per watt.

Ze proberen altijd zo hoog mogelijke kloksheiheid te halen tegen lage watts terwijl de 1 ghz VIA even goed preseteert als p3 833 mhz. (of was dat p3 500 mhz?)

[Verwijderd]

Voor wat ik heb gelezen kan je op de 1Ghz-versie net aan DivX-filmpjes kijken.

[Iblies]

De Nehemiah heeft helemaal geen problemen met divx-jes en al helemaal geen problemen met vcd/svcd/dvd. Laatste gebeurt namelijk hardwarematig.
Enigste waar problemen mee zijn zijn divx versie 3 omdat die meer leunt op de CPU dan op de GPU, gevolg is dat je haperingen krijgt.
Tegenwoordig wordt bijna alles gecodeerd in xvid/ffdshow/divx/3ivx(??). Nooit problemen mee gehad.

[Mijzelf]

Dat hoeft toch niet met elkaar in tegenspraak te zijn? Bij een gegeven architectuur kun je volgens mij alleen de prestatie verhogen door de kloksnelheid te verhogen. Je kunt natuurlijk ook de architectuur aanpassen om meer werk te verzetten per kloktik, maar houdt dat ook niet automatisch een hoger verbruik in?

[jozy]

ik d8 dat AMD en Intel een \\\\\\\"verdrag\\\\\\\" hadden om dingen van elkaar te mogen kopieeren. Hoe het precies zit weet ik niet meer, maar dit gebeurd wel altijd id praktijk.

Bijv SSE instructies. Intel heeft ze altijd eerder, maar AMD voegt ze later wel altijd aan hun processor lijn toe. Nu kon Intel wel zelf een nieuwe 64 bits instructieset bedenken, maar Microsoft was daar niet zo blij mee en mochten ze dus die van AMD kopieeren. Intel kennende voegen ze er iets aan toe en isset weer \\\\\\\"beter\\\\\\\". Maargoed........ Don\\\\\\\'t naile me down if i\\\\\\\'m wrong

[Verwijderd]

[offtopic] ligt het aan mij of zie ik bij alle aanhalingstekens ook slashes? Dit is niet de eerste keer dat ik zoiets zie en begin me nu af te vragen waar het voor dient..

[borft]

dient nergens voor, is gewoon crappy code, omdat er een addslasshes() aanroep teveel gebeurt of ssn stripslashes() te weinig

ontopic:

mee concurrentie is beter, alhoewel via natuurlijk in een ander marktsgment opereert... de vraag is wat meerwaarde van 64 bit is in low-end systemen...