Kritisk bug i Intel-brikkesett

[int20h]

Kritisk bug i Intel-brikkesett

En alvorlig bug i Lindenhurst-brikkesettet har medført problemer i forbindelse med bruk av PCI Express sammen med "Nocona" og Intel anbefaler derfor foreløpig å holde seg til PCI-X.

 

Les artikkelen her

[Simen1]

Intel anbefaler altså å bruke PCI-X i stedet for PCI-Express inntil videre.

 

Intel kunne anbefalt å holde seg unna Lindenburst og dermed ME64T (iAMD64 ) inntil videre, men det har de selvfølgelig ikke lyst til...

 

Intel sier dermed indirekte "Kjøp våre produkter men la vær å bruke de delene av det som ikke fungerer".

[Cyrus]

Litt småsleip den der...

 

/cyrus

[[Protus]]

Må si Intel er i hard medvind for tiden. Først kom Prescott i Februar, en varmeovn med dårligere ytelse enn Northwood, så kom den på LGA775 med nye brikkesett, ytelsen var her heller ingen ting å skrive hjem om. I tilegg hadde Intel feil med sørsiden også, og nå dette.

 

På en måte synes jeg at alle deres problemer bare er bra, for da får lillebor AMD spisse markedsandeler, noe de har godt av Men på den annen side så er det jo på ingen måte heldig for Intel.

[Spirograf]

Har Intel stresset noe uferdig ut på markedet? Wow, DET har aldri skjedd i dataverdenen før...

[Arve Systad]

Intel sier dermed indirekte "Kjøp våre produkter men la vær å bruke de delene av det som ikke fungerer".

Jepp!

 

Eg synest at Intel har dumma seg litt ut i det siste.. Har liksom berre heile tida vert desperate etter å henge på AMD som begynte med 64bits greia, men har gjort flause på flause heile tida. Litt latterlig synest eg, men morsomt for konkurransen at AMD får større markedsandel!

[The Jackal]

Har Intel stresset noe uferdig ut på markedet? Wow, DET har aldri skjedd i dataverdenen før...

Det som er litt spesielt er jo at det er Intel. De har jo stort sett godt gjennomtestede chipset osv som de sender på markedet. Vet de bomma litt rundt P3 1.13GHz, men siden det har det vel ikke vært så mye...bortsett fra i det siste da. Renner på som bare det.

[sveinsel]

Lindenhurst-buggen representerer også en dårlig start for Intel med tanke på konkurranse mot AMD Opteron.

Gleder meg til 4. kvartal, og AMD XX XX 4000+ hehe ...

[tbend]

Syns litt synd i Intel....

[Dafe]

Nok en grunn for å velge AMD

[ØysteinI]

Men ironisk nok, så kan Intels rot med AMD64 faktisk skade AMD mer enn Intel ... Med stadige utsettelser, feil og mangler, samt programvare som aldri blir lansert, virker jo hele x86-serien litt useriøs.

 

Og hvis ytelsen ikke blir noe voldsomt å skryte av, vil hele x86-64 virker som røyk uten brann. Andre platformer kan da virker mer interessante, som f.eks Itanium, Sparc, Power fra IBM osv osv ... I tillegg, vil det kunne sinke konverteringen av programmer til 64-bits, noe som ihvertfall kommer til å skade AMD.

[Simen1]

Ufo: Vi får håpe det er mange nok folk som forstår hva x86-64 kan tilby både fra intel og AMD sin side og dermed kan styre deler av de uinfoirmerte massene av folk gjennom tester, artikler og direkte kommunikasjon til å kjøpe det som gir vedkommende mest for pengene sine.

[Knick Knack]

Men ironisk nok, så kan Intels rot med AMD64 faktisk skade AMD mer enn Intel ... Med stadige utsettelser, feil og mangler, samt programvare som aldri blir lansert, virker jo hele x86-serien litt useriøs.

 

Og hvis ytelsen ikke blir noe voldsomt å skryte av, vil hele x86-64 virker som røyk uten brann. Andre platformer kan da virker mer interessante, som f.eks Itanium, Sparc, Power fra IBM osv osv ... I tillegg, vil det kunne sinke konverteringen av programmer til 64-bits, noe som ihvertfall kommer til å skade AMD.

Det er egentlig like greit at x86 så smått begynner å legge inn årene. Jeg har lest en god del om CPU arkitektur generelt i sommer (dvs. Power, SPARC, Alpha og MIPS som alle egentlig er akkurat det samme konseptet samt noe VLIW, CISC og EPIC) og det ser egentlig ikke veldig lyst ut. Kanskje er det ikke mer enn en faktor på 2 å gå på for vanlige CISC og RISC arkitekturer (ja CISC også, den (x86) sliter mest av dem alle). Resten av økningen må komme fra flere kjerner og økt hastighet pga skalering av CMOS prosessene som i seg selv gir ca 20% økt klokkefrekvens for hver generasjon.

 

Grunnen er at en begynner å gå i metning på ILP (Instruction Level Parallelism). Teknikker som isolert sett øker ILP legger også til mer kompleksitet og denne har allerede begynt å resultere i at opp til flere steg først i pipelinen må brukes til å detektere ILP. Disse ekstra setegene er igjen isolert sett med på å redusere ILP fordi de introduserer økt forsinkelse. La meg forklare litt enkelt: prosessoren har kapasitet til å finne ut hvilke instruksjoner den kan kjøre sammtidig, men rekker ofte ikke å hente kandidatene i tide. Nå snakker vi om instruksjoner som er i cache.

Endret 3. august 2004 av Knick Knack

[snorreh]

Dell and Intel develop serious differences

Other pieces of the jigsaw come from a conversation with our Asian correspondent in Taiwan earlier this week, where a Dell rep, completely off the record, muttered about Nocona, about BTX and about Intel's iAMD64, or EM64T as it dubs it.

 

It's claimed that Nocona gives little or no additional performance gain in 64-bit mode, and just adds more memory addressing, and really a microdate update to an existing design.

 

Dell is also unhappy with PCI Express in Hindenburg, obviously more upset about it than HP, which duly rolled out some servers supporting it earlier this week.

 

Unlike AMD's Opteron, the Nocona may be marketed by Dell just for databases and for data centres. A 36-bit limitation of Nocona just doesn't compare to Chimpzilla's Opteron, which has strong features such as hypertransport and the on board memory controller.

 

The problem appears to be that the BTX design militates against such an Intel answer, because the memory location on BTX stuff is way too far away from the microprocessor, and that means an external north bridge architecture.

 

So basically the Itanium has a life because there's no way Intel's Nocona will ever get near its performance, because of the inbuilt problems, suggests Mr Dell Anonymous in Old Taipei.

[Simen1]

Snorreh: Nå tar jeg dette med en liten klype salt, men hvis ryktet om at intels 64bit modus ikke gir (merkbart) bedre ytelse så tenker jeg det kan være bevisst taktikk fra intels side. De prøver jo for harde livet å bagatellisere AMD's 64bit og dette kan være effektivt dersom den gemene hop får inntrykk av at 64bit ikke gir noe spesiellt ekstra.

 

Dessverre undergraver de seg selv, sin troverdighet og respekt ved å stikke slike desperate kjepper (strå?) i hjulene til AMDs mest velsmurte maskineri noensinne.

 

Får heller håpe ryktet er usant og at intels 64bit er like effektiv som AMD's.

[Knick Knack]

Netburst arkitekturen er ikke veldig bred i nåværende implementasjon og vil derfor ikke kunne utnytte den ekstra ILP som muliggjøres av de utvidede registrene som kommer med iAMD64. P6 lignende design og k8 design er noe bredere og får derfor potensielt større utnytte av de ekstra registrene.

 

Det er derfor de "fem store" (Alpha, PA-RISC, Power, SPARC og MIPS) alle har 32 GPR's og en haug av "renaming" registre for å utvide muligheten for parallellitet i koden. Selv lettvekterne som brukes i embedded markedet har 16 GPR's.