[gelöst] Wie kann ich eine 168kb große Minidump-Datei auslesen?

build10240 schrieb:

Das könnte auch der Grund für die Fehler sein. Ein Betriebssystem einzusetzen, für das sowohl der Hersteller als auch die Hardwarehersteller jegliche Unterstützung eingestellt haben, ist eben etwas zum basteln, aber für einen störungsfreien Betrieb eher weniger geeignet.

Zum Vergrößern anklicken....

Eine hohe Anzahl an GPUGRID-Crunchern setzen aus den im vorigen posting genannten Grund XP ein, mit relativ aktuellen NVIDIA-Treibern (z.T. den gleichen wie ich, oder etwas ältere, oder auch schon neuere).
Soweit ich im GPUGRID Forum in Erfahrung bringen konnte, spießt sich da im Regelfall nichts. Auch in meinem Fall ist es ja von Februar bis vor paar Tagen störungsfrei gelaufen.

Ich habe nämlich mittlerweile einen Verdacht, was der Grund für das neue aufgetretene Problem sein könnte, muß das aber erst verifizieren. Hängt möglicherweise mit der Verwendung von zu vielen Rechen-Tasks gleichzeitig im BOINC-Manager zusammen (das ist das Tool, welches die Rechenarbeit der diversen Grid-Computing-Projekte steuert).
Es ist nämlich so, daß maximal jene Anzahl an Tasks gleichzeitig laufen sollte, als es CPU-Threads gibt (in meinem Fall 6+6). Bis vor kurzem habe ich zwischen 10 und 11 Tasks laufen gehabt, zuletzt jedoch 12 bis 13. Möglicherweise war das System damit überfordert.

Leider bin ich im Moment nicht viel anwesend und kann mich um das Problem nur zeitweise kümmern. Habe jetzt jedoch mal auf 11 Tasks reduziert - mal sehen, ob's wieder so einwandfrei läuft wie zuvor.

Wieso ?

KnSN hat ja die CPU-Z verlangt und dann sowieso das ASUS Board genannt.

Ne', schon gut - ist echt *nur* mein Fehler gewesen.
Nach so langer Zeit vergesse ich solche Details, dann muss ich nachschauen und sehe zuerst in die Profil-Angaben, weswegen ich versehentlich von den falschen Informationen ausgegangen bin.

Erich56 schrieb:

Ich habe nämlich mittlerweile einen Verdacht, was der Grund für das neue aufgetretene Problem sein könnte, muß das aber erst verifizieren. Hängt möglicherweise mit der Verwendung von zu vielen Rechen-Tasks gleichzeitig im BOINC-Manager zusammen (das ist das Tool, welches die Rechenarbeit der diversen Grid-Computing-Projekte steuert).
Es ist nämlich so, daß maximal jene Anzahl an Tasks gleichzeitig laufen sollte, als es CPU-Threads gibt (in meinem Fall 6+6). Bis vor kurzem habe ich zwischen 10 und 11 Tasks laufen gehabt, zuletzt jedoch 12 bis 13. Möglicherweise war das System damit überfordert.

Zum Vergrößern anklicken....

das System läuft nun mit der etwas reduzierten Anzahl von Grid-Computing Tasks seit ca. 28 Stunden frei von Abstürzen oder sonstigen Störungen. Ich würd' im Moment zwar noch keine Entwarnung geben, aber es sieht fast so aus, als hätte ich den Übeltäter beim Kragen

Danke für die Rückmeldung! ^^

Wenn es wegen den zu vielen Rechenoperationen bedingt ist erklärt dies immerhin den Pufferüberlauf (Stack Overflow) an dem nicht bekannten Multi-Chip-Modul in den Dumpfiles.

das System läuft nach wie vor problemlos.
Daher ist nun wohl mit an Sicherheit grenzender Wahrscheinlichkeit davon auszugehen, daß die zu hohe Anzahl an gleichzeitig laufenden Grid-Computing-Aufgaben der Grund für die Abstürze war.
Jedenfalls nochmals besten Dank für Eure Hilfe und Bemühungen.

ein weiterer Tag ohne jegliche Probleme/Abstürze.
Somit bin ich mittlerweile ziemlich sicher, daß die Probleme durch die Überlastung des Prozessors / des Systems durch zu viele gleichzeitig laufende Grid-Computing tasks verursacht wurde.