Gast
#537135
Hi, hier mal ein tolles Beispiel was man mit sehr schlechter Programmierarbeit alles hinbekommt (wobei schleht noch untertrieben ist) http://www.theinquirer.net/default.aspx?article=27605
Wenn die CPU brennt ist das ein reines Hardwareproblem.
Gast
#537140
Ahh da spricht Mr. Micro$oft :) Oder die SW verlangt von der CPU Dinge, die diese nicht kann :P
Alles was die Software verlagen kann, muss die CPU können Aber Hauptsache MS hassen...
Gast
#537167
Das hätte Linux bestimmt auch geschafft :)
Gast
#537187
"Ahh da spricht Mr. Micro$oft :)" Nein, da spricht der gesunde Menschenverstand. :-) Oder nein, lass mich raten : William Gates III. hat höchstpersönlich den geheimen Tag "shortCircuit_CPUpower" in der Windows-Registry auf "1" gesetzt und damit den Kühlkörper zur Rotglut gebracht. Jaja, sehr leichtsinnig und schlecht programmiert. ^^ Schönes Bild, übrigens.
Gast
#537197
Hi Ich bin wahrlich kein Freund von MS. Aber hier sollte man den Kopf und nicht den Bauch bemühen. MfG Spess
Gast
#537207
Das war der undokumentierte "BURN"-Maschinensprachenbefehl. Der wird von Windows dann benutzt wenn eine Lizenzverletzung festgestellt wurde.
Gast
#538613
Nun, es handelte sich offenbar um einen Server, auf welchem normalerweise nicht ein M$-Betriebssystem installiert wird. Nur weil diese Server mit einem X86-Prozessor ausgestattet sind, heisst das nicht zwingend, das ein M$ OS darauf lauffähig ist. Ferner ist es nicht ganz so abwägig, per SW eine CPU abzufackeln. Diverse Overclocking-Programme können z.B. FSB-Takt und CPU-Core Spannung verstellen. Wenn also irrtümlich diese Register überschrieben werden -> ötzelbrötzel
Gast
#538626
>Diverse Overclocking-Programme können z.B. FSB-Takt und CPU-Core
Spannung verstellen.
Ist für mich aber auch nur ein Hardwareproblem. Scheinbar greift der
Übertemperaturschutz nicht.
Gast
#539072
Tja, sowas sind typische Effekte der als modern angesehenen "jumper-free configuration", wo alles in Software verstellt werden kann. Früher war es oft so, daß ein Softwarefehler die Hardware zerstören konnte (Schreib-/Leseköpfe im Laufwerk gegen den Anschlag fahren, zu hohe Frequenz am Monitoranschluß u.s.w.). Dann hat man irgendwann die Sachen so gebaut, daß nix mehr passieren kann, und heute baut man künstlich wieder Schnittstellen zur Hardwarezerstörung ein.
Gast
#539850
Vielleicht arbeitet der CPU-Hersteller mit dem Software-Hersteller zusammen ;-)
Gast
#540147
"Vielleicht arbeitet der CPU-Hersteller mit dem Software-Hersteller zusammen ;-)" ..ich lach mich schlapp.. :)