Überhitzung oder Käfer in neuer BOINC-Version?

[Michael H.W. Weber]

Folgende Meldungen beschreiben das Problem ausreichend. Ich habe es erst, seit ich auf die aktuelle BOINC-Version umgestellt habe:

Code: Alles auswählen

30.06.2010 18:29:51		Suspending computation - CPU usage is too high
30.06.2010 18:30:11		Resuming computation
30.06.2010 18:53:14		Suspending computation - CPU usage is too high
30.06.2010 18:54:04		Resuming computation
30.06.2010 18:59:05		Suspending computation - CPU usage is too high
30.06.2010 18:59:25		Resuming computation
30.06.2010 19:16:37		Suspending computation - CPU usage is too high
30.06.2010 19:16:47		Resuming computation
30.06.2010 19:24:12		Suspending computation - CPU usage is too high
30.06.2010 19:24:52		Resuming computation
30.06.2010 19:27:12		Suspending computation - CPU usage is too high
30.06.2010 19:27:32		Resuming computation

Michael.

[TotoHH]

Diese Meldung erscheint bei mir immer dann, wenn man dem Client nicht die vollen 100% der Prozessorzeit zur Verfügung stellt.

[Norman]

DITO
.. schön auf 100 stellen michael

[Grubix]

Lustig, in allen BOINC-Foren ließt man diese Frage etwa alle 1-2 Tage. Schaut man regelmäßig in mehrere Foren, kann man sie täglich mehrmals lesen. Hier findet man sie auch öfters, z.B. hier

Bis denn dann, Grubix.

[Michael H.W. Weber]

Leute, bei mir steht IMMER alles auf 100% CPU. Deswegen poste ich hier ja. Da liegt ein neuer Bug vor! Ich habe nämlich zwecks Abschätzung eines Kühlproblems auf 50% gestellt und bekomme den selben Mist gemeldet in annähernd denselben Zeitintervallen. Wat is da los?

Michael.

[leprechaun]

BM -> Einstellungen, Tab Nutzung des Prozessors bei While prosessor usage is less than eine Null eintragen. Standartvorgabe ist 25.

[Michael H.W. Weber]

BM -> Einstellungen, Tab Nutzung des Prozessors bei While prosessor usage is less than eine Null eintragen. Standartvorgabe ist 25.

In der Tat. Dies ist neu in der aktuellsten BOINC-Version. Würde gerne mal wissen, wieso das standardmäßig auf 25% eingestellt ist? Ich meine, man installiert BOINC jawohl, um ranzurechnen und nicht herum zu idlen oder? Auf jeden Fall hat das setzen auf Null mein Problem behoben.

Michael.

[Xentar]

Das gleiche stand übrigens auch schon in dem Link von Grubix
*duck*

[Michael H.W. Weber]

...den ich ausnahmsweise mal nicht gecheckt habe.

Michael.

[BrainMcFly]

unter 64Bit Windows gabs bisher das Problem, dass manchen Anwendungen durch Boinc Rechenkraft geklaut wurde (da gabs mal einen alten Post von mir dazu). Hatte nur mit Multiprozessoranwendungen zu tun. Das führte bei mir dazu, dass ich beim encoden von Videos das Problem hatte, dass der Encoder maximal 60% CPU-Power bekam. Jetzt habe ich den Boinc-Trigger auf 50 Prozent gestellt und alles klappt wunderbar, d.h. Boinc geht in Suspend, sobald eine Anwendung mehr als 2 Prozessoren meines 4Kerners auslastet.
Das führt allerdings im Normalbetrieb auch zu regelmäßigen Unterbrechungen, z.B. habe ich "Johns Background Switcher" installiert, der baut mir aus meinen Fotos jede Stunde eine neue Collage für meinen Desktophintergrund zusammen und das braucht mal so 30s die volle Rechenpower, da geht Boinc jedesmal schlafen.

Unter 32-Bit OS hatte ich dieses Fehlverhalten seitens Boinc nicht festgestellt, man kann es dort also wahrscheinlich komplett deaktivieren.

P.S. hier der Link zu meinem alten Post
http://www.rechenkraft.net/phpBB/viewto ... =19&t=9924

[mxplm]

Unter 32-Bit OS hatte ich dieses Fehlverhalten seitens Boinc nicht festgestellt, man kann es dort also wahrscheinlich komplett deaktivieren.

BOINC läuft ja mit geringer Prozesspriorität, d.h. eigentlich sollte das Betriebssystem dafür sorgen, dass BOINC nur dann rechnet, wenn niemand sonst was zu tun hat.

Es könnte also wenn dann ein Fehler im OS sein, das BOINC dran kommen lässt, obwohl der Encoder laufen sollte.

oder

Der Encoder braucht in Wahrheit nur 60% der CPU (z.B. weil er auf IO vom RAM oder der Platte warten muss, was sehr wahrscheinlich ist). Ein Zugriff auf die Platte dauert immerhin etwa eine Millonen mal so lange wie eine CPU-Operation und beim Encoden werden viele Daten von der Platte gelesen und nach dort geschrieben. Bleibt die Frage, ob die Auslastung dann einfach falsch angezeigt wird...

[BrainMcFly]

schau mal in den verlinkten alten Post, dort habe ich viel experimentiert.
Und nein, HD-x264 encodings sind so aufwändig, dass sie den Prozessor komplett auslasten bei ca. 4 Fps, da fällt die Festplatte raus ;o)
Hat irgendwas mit dem Prioritätenhandling von X64-Windows zu tun, oder vielleicht von X64-Basierenden OS an sich, wenn 32Bit Software läuft. Wäre interessant, wenn das jemand mal unter 64 Bittigem Linux testet.