Burning CPU [BETA]
- Ersteller Sakeco
- Erstellt am
# Bug behoben
+ Ergebnis wird nun neben Index angezeigt
Download wie immer im ersten Post
+ Ergebnis wird nun neben Index angezeigt
Download wie immer im ersten Post
Zurzeit eher schlecht. Sobald der Test abgeschlossen wird, werden alle Threads gestoppt. Neustarten kann man die Threads nicht. Kann noch etwas dauern, bis ich das gelöst habe.
Zuletzt bearbeitet:
S
Shurkien
Gast
n1 O_o
2x Xeon 100%, nich schlecht ^^
2x Xeon 100%, nich schlecht ^^
Naja jeder Kern braucht einen Thread um voll ausgelastet zu sein. Wenn nicht einer nen Dual-Hexacore-Opteron mit dann insgesamt 12 Kernen daheim hat werden die 8-Kerner (wenn denn mal echte 8 Kerner irgendwann kommen) problemlos mit 8 Threads auf 100% Last gejagt.
Zuletzt bearbeitet:
mreyeballz
Lt. Commander
- Registriert
- Feb. 2006
- Beiträge
- 1.047
Wir werden nächstes Wochenende auf einen neuen Server umsteigen (2x Yorkfield Xeon - 8 Kerne) und wenig später unsere neue Storage-Einheit (2x Bloomfield Xeon - 8 Kerne / 16 Threads) in Betrieb nehmen.
Tests folgen ;-)
Tests folgen ;-)
mreyeballz
Lt. Commander
- Registriert
- Feb. 2006
- Beiträge
- 1.047
Hallo, habe dein Programm jetzt mal auf meinem PC (Xeon W3520 @ 3,6 GHz - 4 Kerne / 8 Threads) getestet.
Ein paar kleine Anmerkungen:
Index 7 hat wohl einen kleinen Anzeigefehler:
Dort änderte sich nur die Zahl vor dem "|", die hintere Zahl blieb "0", trotz Auslastung.
Kann man den Fortschrittsbalken noch etwas feiner machen? Zur Zeit macht er recht große Sprünge von circa 17%.
Wäre es möglich anhand der vergangenen Zeit und dem Fortschritt noch eine "Verbleibende Zeit"-Anzeige einzubauen? Wäre sehr hilfreich.
Unter "Status" könnte man die Indizes, die nicht benutzt werden ausblenden, bzw. nur soviele anzeigen, wie eingestellt sind.
Und hier noch ein paar kleine Fragen:
Gibt es Erfahrungen, auf was für Instabilitäten das Programm reagiert und wie sensibel es dafür ist?
Wo liegt der Unterschied zwische "Normal", "High" und "Extreme"? Ist nur die Dauer unterschiedlich oder auch die Auslastung bzw. das Anspringverhalten auf Instabilität?
Wofür stehen die Zahlen, die bei den Indizes angezeigt werden? Kann man das verständlich für den Endbenutzer erklären? Sind das irgendwelche Zwischenergebnisse oder Debug-Informationen für dich? Wenn ja, könnte man sie theoretisch auch weglassen, weil eh niemand etwas damit anfangen kann.
Es ist auch interessant, dass das Programm bei einem Thread alle Kerne nutzt, diese jedoch nur zu 25%. Somit muss man als Stabilitätstest mindestens die Anzahl der Kerne (bzw. beim i7 die Anzahl der Threads) einstellen, da man sonst bei QuadCore-CPUs zwar alle Kerne auslastet, keinen aber jedoch auch nur annähern voll.
Cool wäre deswegen eventuell eine automatische Erkennung, was eingestellt werden muss.
Weil noch vieles unklar ist, wäre darüberhinaus eine kleine Dokumentation äußert hilfreich.
Ich hoffe, ich konnte dir ein paar Anregungen geben und würde mich auch gerne als Beta-Tester bereitstellen, falls du noch welche suchst.
MfG
edit:
Ich werde übers Wochenende mal eine bewusst leicht unstabile CPU-Einstellung wählen und mal vergleichen wie lange Prime, LinX und BC brauchen um es zu erkennen.
Ein paar kleine Anmerkungen:
Index 7 hat wohl einen kleinen Anzeigefehler:
Dort änderte sich nur die Zahl vor dem "|", die hintere Zahl blieb "0", trotz Auslastung.
Kann man den Fortschrittsbalken noch etwas feiner machen? Zur Zeit macht er recht große Sprünge von circa 17%.
Wäre es möglich anhand der vergangenen Zeit und dem Fortschritt noch eine "Verbleibende Zeit"-Anzeige einzubauen? Wäre sehr hilfreich.
Unter "Status" könnte man die Indizes, die nicht benutzt werden ausblenden, bzw. nur soviele anzeigen, wie eingestellt sind.
Und hier noch ein paar kleine Fragen:
Gibt es Erfahrungen, auf was für Instabilitäten das Programm reagiert und wie sensibel es dafür ist?
Wo liegt der Unterschied zwische "Normal", "High" und "Extreme"? Ist nur die Dauer unterschiedlich oder auch die Auslastung bzw. das Anspringverhalten auf Instabilität?
Wofür stehen die Zahlen, die bei den Indizes angezeigt werden? Kann man das verständlich für den Endbenutzer erklären? Sind das irgendwelche Zwischenergebnisse oder Debug-Informationen für dich? Wenn ja, könnte man sie theoretisch auch weglassen, weil eh niemand etwas damit anfangen kann.
Es ist auch interessant, dass das Programm bei einem Thread alle Kerne nutzt, diese jedoch nur zu 25%. Somit muss man als Stabilitätstest mindestens die Anzahl der Kerne (bzw. beim i7 die Anzahl der Threads) einstellen, da man sonst bei QuadCore-CPUs zwar alle Kerne auslastet, keinen aber jedoch auch nur annähern voll.
Cool wäre deswegen eventuell eine automatische Erkennung, was eingestellt werden muss.
Weil noch vieles unklar ist, wäre darüberhinaus eine kleine Dokumentation äußert hilfreich.
Ich hoffe, ich konnte dir ein paar Anregungen geben und würde mich auch gerne als Beta-Tester bereitstellen, falls du noch welche suchst.
MfG
edit:
Ich werde übers Wochenende mal eine bewusst leicht unstabile CPU-Einstellung wählen und mal vergleichen wie lange Prime, LinX und BC brauchen um es zu erkennen.
Zuletzt bearbeitet:
Ja, das ist mir auch schon aufgefallen. Ich habe aber bis jetzt noch keine Lösung gefunden.
Vorgemerkt, ist kein Problem. Bisschen Mathematik und ca. 10 Zeilen Code.
Jein, guck mal auf die ersten Seiten, da berichtet ein User darüber. Und ich glaube CommanderAlex(?) hat auch was dazu gepostet. Jein deshalb, weil es noch nicht von der breiten Masse getestet wurde.
Die Angabe von einem jeweiligen Modus bestimmt den Zahlenbereich, in dem das Programm rechnet. Rechnungen mit größeren Zahlen erzeugen auch mehr Aufwand --> längere Dauer.
Die Zahlen geben an, bei welcher Zahl sich gerade der Thread befindet, bzw. welche Zahl gerade berechnet wird. Und es wird natürlich angezeigt, dass der jeweilige Thread überhaupt arbeitet.
Ich plane bereits, es durch eine bessere Anzeige, vielleicht sogar eine graphische zu ersetzen.
Werde mich dransetzen.
Danke für deine Mühe, interessiert mich auch. Allerdings mache ich mir keine allzu großen Hoffnungen, zumal die genannten Programme wesentlich länger im Umlauf sind, ich meine, ständig weiter entwickelt wurden.
Edit:
Sollte er nur machen, wenn die Berechnungen schneller ausgeführt werden als die Aktualisierung der Progressbar. Wie es zu diesem Bug kommt, weis ich nicht.
Zuletzt bearbeitet:
mreyeballz
Lt. Commander
- Registriert
- Feb. 2006
- Beiträge
- 1.047
Also wenn ich auf einen Tread stelle, dauert das ganze etwa 1:30 Minuten. Bei der Hälfte der Zeit springt der Balken von 0% auf 100% ...
selberbauer
Captain
- Registriert
- Juni 2009
- Beiträge
- 3.604
wird ja ne richtige burning cpu bewegung, aber hat sich sakeco auch verdient.
bei version 1c (oder war es b) hab ih das problem, das mir den laptop nicht ausgelastet vorkommt, also bei version 1 konnte ich gar nichts machen und bei 1b konnte ich noch z.b. scrollen
bei version 1c (oder war es b) hab ih das problem, das mir den laptop nicht ausgelastet vorkommt, also bei version 1 konnte ich gar nichts machen und bei 1b konnte ich noch z.b. scrollen
Danke für euer Lob. Kritik ist für mich ein Ansporn, kein Grund aufzugeben.
Ich versuche immer die User zufrieden zu stellen.
@selberbauer:
Eigentlich musst Du nur die Priorität des Prozesses erhöhen. Die Berechnungen sind aufwendiger geworden, nicht einfacher.
Vielleicht mögt ihr mich ja unterstützen, zum einen in Form der Signatur und zum anderen könnt ihr ja in anderen Foren auf meine HP verweisen.
Ich versuche immer die User zufrieden zu stellen.
@selberbauer:
Eigentlich musst Du nur die Priorität des Prozesses erhöhen. Die Berechnungen sind aufwendiger geworden, nicht einfacher.
Vielleicht mögt ihr mich ja unterstützen, zum einen in Form der Signatur und zum anderen könnt ihr ja in anderen Foren auf meine HP verweisen.
Zuletzt bearbeitet:
cyrezz
Rear Admiral
- Registriert
- Jan. 2004
- Beiträge
- 5.426
Ich lasse es derzeit auf meinem i7 920 auch laufen, aber der Takt wird nicht richtig erkannt. Er liest nur den Standardtakt von 2660MHz aus und nicht die 4200MHz. Mir ist auch aufgefallen, dass das System zwar gut ausgelastet ist (bei 10 Threads), aber die Temepraturen gute 7°C unter denen von LinX liegen. Was das beueten soll weiß ich nicht, beide Tests laufen bei mir erfolgreich, kann also nicht sagen welches da die CPU stärker belastet bzw. korrekter arbeitet. Jedoch sollte sich der Fortschrittsbalken mal ab und an aktualisieren. Es läuft gerade 7 Minuten und der Fortschritt steht noch bei 0%. Ansonsten ist das Programm aber ganz gut.
- Registriert
- Apr. 2008
- Beiträge
- 2.268
Ich finde dein Programm von der Idee her ganz nett, aber als "nicht-Programmierer" kann ich mir ehrlich gesagt nicht ganz vorstellen, dass die relativ leichten Aufgaben, die du die CPU ausführen lässt, alle Einheiten der CPU auslasten.
Müsste man nicht noch mehr Gleitkommaoperationen und SSE-Befehle durchführen lassen, damit auch die Parts der CPU belastet werden, die dafür zuständig sind?
Ich nehme mal an, dass die älteren und verbreiteteren Programme genau dies tun und somit die etwas höhere Temperatur der CPU erreichen
Grüße
jusaca
Müsste man nicht noch mehr Gleitkommaoperationen und SSE-Befehle durchführen lassen, damit auch die Parts der CPU belastet werden, die dafür zuständig sind?
Ich nehme mal an, dass die älteren und verbreiteteren Programme genau dies tun und somit die etwas höhere Temperatur der CPU erreichen
Grüße
jusaca
S
Shurkien
Gast
@cyrezz
Das Programm liest soweit ich weiß es direkt aus dem System aus.
Ergo wenn da keine 4,2 stehen kann es das Programm auch nicht lesen.
Stand irgendwo mal auf den forderen Seiten
Das Programm liest soweit ich weiß es direkt aus dem System aus.
Ergo wenn da keine 4,2 stehen kann es das Programm auch nicht lesen.
Stand irgendwo mal auf den forderen Seiten
@cyrezz:
Der Wert stammt von Windows, von da liest ihn das Programm aus. Wird über Windows der falsche Wert ausgelesen, macht es mein Programm nicht besser.
@Thread:
Ich arbeite ständig an dem Programm und versuche stetig es zu verbessern. Die Version an der ich jetzt arbeite bringt jeden meiner Kerne von ~33 - 37 Grad auf ~67-73 Grad
Der Wert stammt von Windows, von da liest ihn das Programm aus. Wird über Windows der falsche Wert ausgelesen, macht es mein Programm nicht besser.
@Thread:
Ich arbeite ständig an dem Programm und versuche stetig es zu verbessern. Die Version an der ich jetzt arbeite bringt jeden meiner Kerne von ~33 - 37 Grad auf ~67-73 Grad
