"Nocona" lanseres i dag

[int20h]

"Nocona" lanseres i dag

Det forventes at Intel i dag kommer til å lansere sin første CPU som kan prosessere både 32- og 64-bits kildekode. Vi snakker selvsagt om Xeon "Nocona".

 

Les artikkelen her

[b0nna]

http://planet64bit.de/modules/news/article.php?storyid=163

 

Se forøvrig http://www.aceshardware.com/forum?read=115086982

[Coffie=JavaCode]

Tenkte meg at Operton forsatt vile være best, men dette var en større forskjell enn ventet.

[ØysteinI]

"Nocona" representerer noe grunnleggende nytt i fra Intel. Aldri før har selskapet lansert prosessorer som kan prosessere på ulike nivåer. Foreløpig er det kun AMD64-plattformen som støtter både 32- og 64-bits instruksjoner på x86-plattformen, men dette vil altså endre seg i løpet av dagen.

 

Alle x86 kan ihvertfall kjøre både 16-bits og 32-bits kode, så dette er vel sånn sett ikke noe nytt. Er det ikke noe 8-bits skrap liggende igjen inne i der også ?

[kindings]

Synes ikke forskjellene var så store jeg, særlig når man tenker på at OSet(og programvare) antageligvis ikke er optimalisert for Nocona enda. Det tok en stund å optimalisere for opteron også da... Dessuten var det ikke 3.6Ghz den ble lansert på, synes det stod 3.4 i den testen jeg.. ikke at det utgjør allverden forskjell da, men kan tyde på at det ikke er noen ferdigversjon av verken CPU eller chipsett de har testet.

 

Når det er sagt så ble vel opteron bygget fra grunnen av med 64bit i tankene, mens Nocona strengt tatt er en avansert P4 CPU med 64bits "patch"... Dessuten vil vel Intel også være litt forsiktige mht posisjonering i forhold til Itanium..

[The.Arisen.One]

Jaja, velkommen etter, Intel

[dj_j0tul]

Når det er sagt så ble vel opteron bygget fra grunnen av med 64bit i tankene, mens Nocona strengt tatt er en avansert P4 CPU med 64bits "patch"... Dessuten vil vel Intel også være litt forsiktige mht posisjonering i forhold til Itanium..

ja, de har nok "snørt igjen" sekken en del... dumt å ødelegge Itanium, som de har brukt 10 år på å utvikle

[Dollar]

http://planet64bit.de/modules/news/article.php?storyid=163

 

Se forøvrig http://www.aceshardware.com/forum?read=115086982

Som påpekt i Ace's tråden, tror jeg vil vente på litt "bedre" tester, den Xeon'en der, under 64-bit yter vesentlig dåligere enn Prescott (som er lik Nocona) under 32-bit. I de fleste tilfeller skal faktisk 64-bit prosessering en form for ytelsefordel.

[pskard]

Som påpekt i Ace's tråden, tror jeg vil vente på litt "bedre" tester, den Xeon'en der, under 64-bit yter vesentlig dåligere enn Prescott (som er lik Nocona) under 32-bit. I de fleste tilfeller skal faktisk 64-bit prosessering en form for ytelsefordel.

Var ikke det grunnet compilerne som ble brukt? ICC virker bedre på begge platformer sammenliknet med GCC, men ICC koster MASSE penger. GCC er gratis.

 

Uansett er SPEC én test og sier i grunn lite om CPU-en som en helhet. Når det er sagt så lover det selvsagt ikke bra.

[blacktower]

Som en smart fyr sa:

A pretty bizarre assumption these days, what with many compilers containing SPEC-specific optimisations. Arguably a good reason to use GCC, which is equally crap on everything.

[snorreh]

Intel Nocona software compatibility not perfect

Intel’s attitude is that the only reason one would run in 64-Bit mode, would be to have more than 4GB of memory. Reasoning aside, I am more than eager to see how it runs in 64-Bit. If the rumour-mill is anything to go by, it’s not good.

 

The only option I had left. Was to try Linux. A quick and easy way of doing this, was using the 64-Bit version of Knoppix. If you haven’t heard of Knoppix, it is a distribution that is bootable from CD. It did of course load flawlessly on an Athlon 64. When run on the Nocona, I received the message "Your CPU does not support long mode. Use a 32bit distribution.", yet more signs of incompatibility.

 

On further research, we find RedHat had to update their Kernel in order to support the Nocona. One of the main reasons for this is (quoting the Red Hat site).

 

“Software IOTLB — Intel® EM64T does not support an IOMMU in hardware while AMD64 processors do. This means that physical addresses above 4GB (32 bits) cannot reliably be the source or destination of DMA operations. Therefore, the Red Hat Enterprise Linux 3 Update 2 kernel "bounces" all DMA operations to or from physical addresses above 4GB to buffers that the kernel pre-allocated below 4GB at boot time. This is likely to result in lower performance for IO-intensive workloads for Intel® EM64T as compared to AMD64 processors.”

 

I think we have enough proof to say the two chips are not 100% compatible, in fact it almost seems like a hack job.

[[Protus]]

Supporter Nocona NX-bit i dette øyeblikk?

[HKS]

' date='28/06/2004 : 18:10'] Supporter Nocona NX-bit i dette øyeblikk?

Nei, men det er snakk om at dette kommer senere i år på 64-bit versjonen av Presc(h)ot