Nachtrag zum Austin Tech Day - Cinebench-Abstürze

pipin

Administrator
Teammitglied
Mitglied seit
16.10.2000
Beiträge
24.365
Renomée
9.689
Standort
East Fishkill, Minga, Xanten
  • SIMAP Race
  • QMC Race
  • RCN Russia
  • Spinhenge ESL
  • Docking@Home
  • BOINC Pentathlon 2019
  • SETI@Home Intel-Race II
  • THOR Challenge 2020
  • BOINC Pentathlon 2021
  • BOINC Pentathlon 2023
In unserem Bericht über den Austin Tech Day - der ersten Vorführung der AMD Phenom II Prozessoren - hatten wir über mysteriöse Abstürze beim <a href="http://www.planet3dnow.de/vbulletin/showthread.php?t=351584&garpg=3">Cinebench R10</a> berichtet. Genauere Gründe dafür kennen wir immer noch nicht, aber das Problem tritt auch bei Intel-Prozessoren auf!

Das Overclocking-Team von <a href="http://www.benchbrothers.de/" target="b">Benchbrothers</a> hat auf der <a href="http://www.benchbrothers.de/forum/thread.php?threadid=67&sid=" target="b">MSI European Overclocking Challenge in Amsterdam</a> ähnliche Erfahrungen mit einem Intel Core 2 Duo E8400 auf einem MSI P45D3 Platinum! gemacht, der in Cinebench reproduzierbar bei Übertaktung abstürzte.

Dies schließt damit den "Deneb" als ausschlaggebenden Faktor praktisch aus, da dies am Benchmark selbst oder einer Kombination aus CPU, Takt und Mainboard liegen könnte. Ein Workaround soll darin bestehen, dass man den Cinebench erst mit der Single-CPU-Berechnung startet, diese abbricht (sobald das große Bild berechnet wird) und dann die x-CPU-Berechnung startet.
 
Hört sich eher nach einem Programm Bug an als ein Hardwarefehler. Nimmt man halt einen anderes Benchtool.:w_verwirrt:

mfg
 
Möglich, daß die Berechung einfach wesentlich empfindlicher reagiert als die meisten anderen Programme. Hört man ja öfter, daß PCs z.B. Prime-stable sind, aber trotzdem bei einigen anderen Programmen abstürzen.

Wenn es ein Softwarebug im Cinebench wäre, müßte er ja auch bei Standardtakt öfter mal abnippeln.
 
Eventuell wird ab einer bestimmten CPU Geschwindigkeit auch irgendeine Routine zu schnell abgearbeitet, was dann zu einem Absturz führt.

Ähnliches gab es ja auch schon öfter.
 
OBrian schrieb:
Möglich, daß die Berechung einfach wesentlich empfindlicher reagiert als die meisten anderen Programme.

Tschuldige, aber das ist esoterisches Gewäsch. Eine Berechnung kann nicht empfindlich auf Taktfrequenz reagieren. Sie kann überhaupt nicht reagieren, sie kann nur maximal einen inkorrekten Algorithmus verwenden. Das im Cinebench irgendwo eine Taktfrequenz in die Berechnung mit einginge ist einerseits unwahrscheinlich und andererseits wäre es ein herbes Armutszeugnis für die Verantwortlichen.

Viel wahrscheinlicher sind Speedpathes die bei Codefragmenten zutage treten die von keinem der zum Test verwendeten Programme außer eben von CB verwendet werden.

Falls dem so ist, dann läuft der P2 bei dieser Taktfrequenz schlicht fehlerhaft. Bei 6.x GHz nicht wirklich ein Problem, oder doch?
 
Tschuldige, aber das ist esoterisches Gewäsch. Eine Berechnung kann nicht empfindlich auf Taktfrequenz reagieren. Sie kann überhaupt nicht reagieren, sie kann nur maximal einen inkorrekten Algorithmus verwenden. Das im Cinebench irgendwo eine Taktfrequenz in die Berechnung mit einginge ist einerseits unwahrscheinlich und andererseits wäre es ein herbes Armutszeugnis für die Verantwortlichen.

Viel wahrscheinlicher sind Speedpathes die bei Codefragmenten zutage treten die von keinem der zum Test verwendeten Programme außer eben von CB verwendet werden.

Falls dem so ist, dann läuft der P2 bei dieser Taktfrequenz schlicht fehlerhaft. Bei 6.x GHz nicht wirklich ein Problem, oder doch?

Den ersten Satz kann man gewiss auch feundlicher formulieren... zumal die vorherige Aussage hypothetisch war, keine Tatsachenbehauptung ;).
 
Zuletzt bearbeitet:
Falls dem so ist, dann läuft der P2 bei dieser Taktfrequenz schlicht fehlerhaft. Bei 6.x GHz nicht wirklich ein Problem, oder doch?

Hi..

Die Berechnungsprobleme haben bei Taktraten oberhalb 3,8 ghz zur reproduzierbaren Fehlern beim DENEB geführt. Das ist schon ein Problem...
ich habe hier mit dem K10 AGENA bei einem Testversuch übertaktet bei 3600 Mhz keine Probleme gehabt. Übrigens auch bei diesem Takt ist das System primestabil. (RAM + CPU)

Das Cinebench aber mit einem kleinen Trick dann trotz höherer Taktraten reproduzierbar stabil durchläuft - übrigens andere Software keine Probleme hat - UND dass Problem auch bei Intel CPUs REPRODUZIERBAR und nur bei diesem Programm Probleme verursacht , lässt meiner Meinung nach eher auf ein Software - Fehler schließen...

ich kann mir auch ehrlich gesagt nicht vorstellen, wieso solch unterschiedliche Architekturen die gleichen Probleme aufweisen, und >3,8 ghz sind beim Deneb ja eher moderat übertaktet...Da dürfte es eigentlich keine Speedpath - Probleme oder Instabilitäten geben...

Man beachte den "konjunktiv" :-)

Grüße!
 
Zurück
Oben Unten