Archiv verlassen und diese Seite im Standarddesign anzeigen : Outch: CPU Frequency Margin Test Escape
AMD hat einen fäller im Opteron x52 and x54 processor entdeckt:
http://www.amd.com/us-en/0,,3715_13965,00.html?redir=CORPR01
mapel110
2006-04-29, 11:47:07
http://www.forum-3dcenter.org/vbulletin/showthread.php?t=70943&highlight=fehler+cpu
Nix Ungewöhnliches
/edit
Obwohl, vielleicht doch, wenn hier nur ein paar spezielle Exemplare betroffen sind. :uponder:
AnarchX
2006-04-29, 12:36:46
Da scheint AMD wohl schon an die Grenzen des aktuellen Fertigungsprozesses gestoßen zu sein...
Blödsinn.
A small number of these processors manufactured in 2005 and early 2006 have been observed to produce inconsistent results
Hat man wohl nicht gut genug getestet nach dem fertigen und was übersehen.
gbm31
2006-04-29, 13:30:35
AnarchX[/POST]']Da scheint AMD wohl schon an die Grenzen des aktuellen Fertigungsprozesses gestoßen zu sein...
da scheinen sich eher ein paar anhänger von konkurrenzfirmen an strohhalmen hochzuziehen...
SKYNET
2006-04-30, 17:20:11
wo gibbet die software?
AnarchX
2006-04-30, 17:22:24
SKYNET[/POST]']wo gibbet die software?
Die musst du von AMD anfordern:
OEM-Partner und Systemhäuser haben nach Angaben von AMD eine Software erhalten, mit deren Hilfe sich prüfen lässt, ob ein Prozessor aus der defekten Charge stammt. Betroffene Kunden sollen kostenlose Austauschprozessoren bekommen
http://www.heise.de/newsticker/meldung/72555
SKYNET
2006-04-30, 17:28:35
ne, kein bock, entweder das gibbet frei zu ziehn, oder ich lasse es! :o)
BlackBirdSR
2006-04-30, 17:59:44
Wohl ein ähnlicher Fehler wie der MMX-Bug im K6 damals.
Vereinzelt wurden jpg Bilder mit Fehldarstellungen angezeigt.
Ärgerlich, aber wohl nicht der Weltuntergang.
Ist ja kein Fehler an der CPU selbst.
Bokill
2006-04-30, 19:29:13
Einiger Internetnutzer machen wohl wieder einen FDIV-Bug (http://de.wikipedia.org/wiki/Pentium-FDIV-Bug) daraus ... Leute, das hat nichts mit dem legendären Intel Bug zu tun, worin die FPU Schrott war [genaugenommen war der damalige Intel Bug keine fehlerhafte FPU, sondern eine fehlerhafte Tabelle].
Ich denke, dass handelt sich um einen Fehler in der Endverpackung (http://www.orthy.de/modules.php?name=Encyclopedia&op=content&tid=294) [orthy.de] wo halt die maximal mögliche Taktfrequenz ermittelt wird.
Übertakter machen ja auch nichts anderes, als die CPUs bis über das zulässige Limit zu treiben ... dort treten dann Fehler auf. Nichts ungewöhnliches ... nur sehr dumm gelaufen bei der Endverpackung. So etwas darf an sich nicht geschehen.
MFG Bobo(2006)
StefanV
2006-04-30, 19:32:57
Tjo, mal wieder jemand aus der Endkontrolle, der gerad mal am pennen war (oder war er gerad 'nen Ei legen?!)...
Ziemlich bescheuert gelaufen, aber das passiert in allen Betrieben in allen Bereichen mal...
Avalox
2006-04-30, 20:56:33
SKYNET[/POST]']ne, kein bock, entweder das gibbet frei zu ziehn, oder ich lasse es! :o)
Das wird doch eher eine Datenbank sein, welche die CPUs identifiziert. Ich denke nicht, dass sich der Fehler mit einem Test finden lässt. Keine Chance übertaktete CPUs zu damit testen.
StefanV
2006-04-30, 21:27:05
Avalox[/POST]']Das wird doch eher eine Datenbank sein, welche die CPUs identifiziert. Ich denke nicht, dass sich der Fehler mit einem Test finden lässt. Keine Chance übertaktete CPUs zu damit testen.
Hat AMD 'Ne Seriennummer in der CPU drin? :uponder:
Eher nicht, oder?
ShadowXX
2006-04-30, 21:59:30
Coda[/POST]']Nö gibts nich.
100000%ig sicher das weder AMD noch Intel Seriennummern in die CPUs "einschnitzen"?
Ich meine....nur weil Sie es uns nicht erzählen und man Sie mit normalen Mitteln nicht auslesen kann, heisst das noch lange nicht, das sowas nicht vorhanden ist.
Bokill
2006-04-30, 22:43:39
Zumal es auch keine Seriennummer sein muss, sondern eine Chargenzuweisung.
Was viele anscheinend nicht wissen, ist dass auch variabler Microcode nachgeladen werden kann, genau richtig für derartige Zwecke wie Speedbinning (und auch andere Geschichten).
ShadowXX[/POST]']100000%ig sicher das weder AMD noch Intel Seriennummern in die CPUs "einschnitzen"?
Ja. Intel wollte das mal machen beim PIII, hats dann aber doch bleiben lassen. Die CPUID-Anweisung ist aber dokumentiert.
ShadowXX[/POST]']Ich meine....nur weil Sie es uns nicht erzählen und man Sie mit normalen Mitteln nicht auslesen kann, heisst das noch lange nicht, das sowas nicht vorhanden ist.
Das wäre schon lange irgendwie an die Öffentlichkeit gekommen.
Bokill[/POST]']Was viele anscheinend nicht wissen, ist dass auch variabler Microcode nachgeladen werden kann, genau richtig für derartige Zwecke wie Speedbinning (und auch andere Geschichten).
Geht das bei AMDs Prozessoren auch? Ich kenne das bisher nur von den Intel.
Ein A64 3700+ ist davon aber nicht betroffen, oder?
mapel110
2006-05-01, 00:21:51
Coda[/POST]']
Geht das bei AMDs Prozessoren auch? Ich kenne das bisher nur von den Intel.
Das muss ja gehen, weil jede CPU Bugs hat und das dann afaik übers Mainboardbios in den CPUs via Microcode-Updates umgangen wird.
BlackBirdSR
2006-05-01, 08:32:11
Zitat:
Zitat von ShadowXX (http://showthread.php?p=4253846#post4253846)
Ich meine....nur weil Sie es uns nicht erzählen und man Sie mit normalen Mitteln nicht auslesen kann, heisst das noch lange nicht, das sowas nicht vorhanden ist.
Zitat: Coda
Das wäre schon lange irgendwie an die Öffentlichkeit gekommen.
Die Nummern gibt es immernoch.
Es handelte sich dabei ja nur um eine Idee des Marketings, bereits vorhandene Durchnummerierungen der DIEs auf dem Wafer als Feature zu verkaufen. Die ID ist jetzt vielleicht nicht mehr auslesbar geschalten.
Auch AMD dürfte die DIEs zur besseren Fehleranalyse mit Nummern versehen.
vBulletin®, Copyright ©2000-2024, Jelsoft Enterprises Ltd.