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 , , 18 reacties •
Bron: Ace's Hardware

Ace's Hardware heeft een korte samenvatting gepost van de conference call, die AMD vandaag over de aankondiging van de x86-64 architectuur heeft gegeven. Zoals eerder gespeculeerd blijkt Technical Floating Point vervangen te zijn door SSE/SSE2. Samen met open source developers wordt er gewerkt aan een x86-64 Linux port en een geoptimaliseerde versie van de GCC compiler:

Introduction
  • First step in open release of documentation of 64-bit strategy
  • Large memory system (addressing)
  • Open as possible with specification
  • Close collaboration with software vendors
  • Open source community -- pre-alpha compilers ready
Question and Answer
  • TFP Implementation has essentially been displaced/replaced with extended SSE/SSE2 using 16 128-bit in 64-bit mode. There are no triadic instructions.
  • Decided that a 16 GPR register file was the "sweet spot" for x86 performance. More than 16 registers introduces other problems.
  • No comment about potential Compaq compilers for x86-64. AMD is working extensively with opensource developers in the GNU/Linux communities. This means we can almost certainly expect Linux on x86-64 and an optimized version of GCC.

Lees meer over

Gerelateerde content

Alle gerelateerde content (8)
Moderatie-faq• Wijzig weergave

Reacties (18)

-118018+114+26+31Ongemodereerd0
1 2
+3 The Source
10 augustus 2000 22:08
Open as possible with specification
Close collaboration with software vendors
Open source community -- pre-alpha compilers ready
Dat zijn allemaal dingen waarmee ze het moeten gaan maken. Zonder die belangerijke ondersteuning, en dan kan een product nog zo goed zijn, heeft het geen kans.

In het verleden zijn veel producten mislukt omdat er geen 'software (in de brede zin van het woord)' voor was. Alles wijst erop dat AMD hiermee serieus aan de slag gaat om het product te laten slagen.

Het zou me niet verbazen als Intel over enkele? jaren inziet dat hun 100% 64bits platform mislukt of moeilijk te markete is bij consumenten. Het kan best zijn, als Intel zijn trots kan inslikken, dat ze dan een licentie nemen op de AMD way of things en zo uiteindelijk de consument een vloeiende overgang naar het 64 bits platform laten maken.
* 786562 The
+2 The Flying Dutchman
10 augustus 2000 22:10
Jammer dat die TFP unit niet door gaat... de geruchten daarover waren echt fantastisch! Een x86 cpu met RISC floating point prestaties!

Maar heeft Intel niet een patent op die SSE instructies? Die zijn toch van Intel???
+2 ConZito
@The Flying Dutchman • 10 augustus 2000 22:14
SSE en SSE2 zijn beide van Intel, dus als ze dat bij AMD gaan gebruiken zal Intel er best wel iets aan over houden.
+1 Jasper Janssen
@The Flying Dutchman • 10 augustus 2000 22:19
Idd, intel heeft een patent op SSE. Het is mij behoorlijk onduidelijk hoe AMD daarmee om gaat gaan, ik neem aan dat ze iig heel goed overlegd hebben met hun advocaten hierover. Er zal wschl wel een rechtszaak of schikking komen.
+1 Bigs
@Jasper Janssen • 10 augustus 2000 23:47
Waarschijnlijk hebben ze gewoon de rechten gekocht om het te mogen gebruiken, ze zijn toch niet achterlijk bij AMD.
+2 punica
@Bigs • 11 augustus 2000 04:35
De MMX-2 extensies, zoals Intel die "aangevraagd" heeft, heeft als officiële benaming iSSE,
"Steaming Sindy Extensions".
Let op de "i";
AMD heeft het alleen over "SSE", niet "iSSE", daar zit volgens mijn nogal een verschil tussen. In ieder geval, heeft AMD hier geen patent op aangevraagd, net zo min als iNTEL dat heeft gedaan!

Go AMD }> }> }> }> }> }>
+1 Vreemde_Vent
@The Flying Dutchman • 10 augustus 2000 22:44
Het zijn toch gewoon instructies die compatible zijn met SSE. Net zoals Cyrix bijvoorbeeld vroeger deed met MMX. Hun processors waren MX Enhanched (ofzo, ik weet het niet meer precies) en waren MMX compatible. Alleen de naam zelf mochten ze niet gebruiken.
+2 The Jester
11 augustus 2000 13:08
Volgens mij is de reden dat AMD voor SSE/SSE2 gaat, ipv TFP lijkt mij uitsluitend een marketing technische.
In het standaardpakket programma's voor benchmarking zijn er een paar (Photoshop ?) die SSE-optimized zijn.
De K7-familie presteerd daar soms wel 23pct minder dan een gelijkgeklokte P3.

Met een SSE/SSE2 compatible CPU, zal de voorsprong in de benchmarks vet dikker worden.
Komt ook nog eens bij, dat SSE-optimized compilers gemeengoed zijn en TFP-optimized compilers vanaf ground-zero ontwikkeld moeten worden. AMD zal het druk zat krijgen, dus eigen compilers ontwikkelen willen ze liever voorkomen.

Nu snap ik evenveel van hogere wiskunde als van Sanscriet (is er wel een verschil ;) ) dus of dit "jammer" is kan ik niet beoordelen. Van commercie weet ik wél een hoop, dus is deze stap m.i. voor AMD de enige juiste.
+1 Johnny E
10 augustus 2000 23:10
De X86-64 is een mooie ontwikkeling maar ook een zeer risicvolle. Gezien het verleden is AMD nooit echt sterk met het krijgen van software support (geen AMD enhanched compilers) het blijft dus afwachten of AMD voldoende support krijgt. Persoonlijk denk ik dat het noodzakelijk is dat M$ een x86-64 variant van Windows op de markt gaat brengen, natuurlijk zijn de linux en solaris varianten leuk maar voor volledige acceptatie is een M$ os noodzaak. Ook wordt het afwachten hoe de compilers gaan komen, AMD had geloof ik een aantal compiler programeurs weggekaapt bij een ander bedrijf???

Ik hoop dat het gaat lukken, het wordt alleen een zware dobber voor ze!!!

Oh ja vreemde_vent, het verschil tussen de Cyrix en Intel MMX is één extra clockcyclus.
Auteur +2 Femme
@Johnny E • 10 augustus 2000 23:16
De X86-64 is een mooie ontwikkeling maar ook een zeer risicvolle.
De grap van x86-64 is juist dat er weinig risico is. Onderstaande quote van News.com beschrijft dat goed:
In some ways, though, AMD can't lose, said Insight 64 analyst Nathan Brookwood. If it works, AMD will gain entry into the market for high-end servers without having to spend huge amounts in research and development. If it doesn't work, the company will have a fast desktop processor.
Het is niet alles of niets (zoals bij de Itanium), AMD heeft altijd iets (nl een snelle 32-bit processor, die met alle x86 software overweg kan).
+1 The Flying Dutchman
@Femme • 10 augustus 2000 23:28
Hmmm ik hoop voor AMD dat men deze cpu gaat zien als een 64 bits cpu die ook 32 bits kan en niet een 32 bits cpu die ook 64 bits kan. In het 2e geval lijkt me dat AMD de verkeerde doelgroep aan zijn nieuwe cpu heeft hangen...
+1 Jenever
10 augustus 2000 22:50
IDD, op de handelsnaam en de implementatie van SSE heeft INTEL copyright. AMD kan dus 100% legaal een eigen SSE-implementatie in hun processors inbouwen.... }>
+1 -=marauder=-
10 augustus 2000 23:46
misschien is een 64 bits ms os onontbeerlijk voor een succesvolle x86-64 verkoop. maar ik denk dat intel ook niet zal achterblijven. gezien het feit dat dit toch redelijk wedloop gevoelig ligt.
+1 Rosink
11 augustus 2000 04:52
k heb vandaag Sun Solaris en Linux langs zien vliegen. Gaan Bill en zijn mannen eigenlijk wat met dit platform doen?
Als iemand Bill niet mag ( althans zijn onderneming ) dan is het de CEO van SUN wel. Ik zie daarom ook weinig kans dat dat gaat gebeuren :).
0 Speedstar
10 augustus 2000 22:09
Volgens mij als je 4 procs parralel schakelt dat je het zelfde effect krijgt maar je moet dan wel hele snelle procs hebben. de 64 bit procs zijn tot nu toe altijd in hogere snelheden uitgegeven dan de gewone 32 bit procs
0 Chico Lapino
10 augustus 2000 22:51
Ik heb vandaag Sun Solaris en Linux langs zien vliegen.

Gaan Bill en zijn mannen eigenlijk wat met dit platform doen? Of is MS alleen maar dikke maatjes met Intel.
0 --r-w--
10 augustus 2000 23:11
Ik hoop dat het AMD lukt om deze chip sucsesvol te krijgen.

Al lijkt het mij nogal lastig om deze chip backwards compatible te maken met 32bits apps waarbij ze dus ook nog betrouwbaar moeten zijn.
(Denk maar bij win9x die zowel 16 bits als 32 bits aan moet kunnen)

Maar 32 bits apps hebben hun stabiliteit bewezen dus zo'n probleem zou dat niet zijn (zie NT5 dat volledig 32 bits is)

Verder zou een volledige op 64 bits processor toch geen problemen hoeven leveren omdat je dan misschien met emulators kan gaan werken.
1 2

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