Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Die Clients laufen ja bei Windows als Dienst automatisch an. Aber ich werde es mal probieren und die Clients über den Taskmanager beenden und dann mal schauen.
Danke erst mal für die Tipps.
EDIT
So, ich habe gerade mal ein paar Sachen probiert.
queue, work Ordner und core gelöscht. Client manuell gestartet und Paketgröße verändert -> wieder eins der beiden Projekte geladen
queue, work Ordner und core gelöscht. Client manuell gestartet und neue ID vergeben -> wieder eins der beiden Projekte geladen.
Moin moin.
Also aktuell bei meinen letzten 11 BIG-GPU-WUs waren 4 Fails bei. Wie schon geschrieben kein Muster zu erkennen. Könnte vllt. eines geben wenn man die WUs "zupflückt" und ins Innere schauen könnte. Aber da stehe ich zu weit weg und habe zu viel Matsch in der Birne für. Aber evtl., bei gewisser "Einarbeitungszeit" ...
Manche "brauchten" 3 Durchläufe um feeerdisch zu werden.
Edit: Hab evtl. ein Muster gefunden, passe ma her: Der Zeitpunkt, immer in den frühen Morgen- oder Abendstunden wenn ich def. nicht am Rechner war. Seltsam ... Da fällt mir Spontan der Film "I Robot" ein ... Maschinen mit Eigenleben. Oooooder der Falter hat ne Seuche drauf ...
Auch wenn du es bestimmt schon zig mal überprüft hast: Bildschirmschoner ist definitiv ausgeschaltet? Oder das Ausschalten des Monitors in den Energieoptionen?
Sonst muss man einfach davon ausgehen, dass entweder deine Graka eine Macke hat oder die BIG-GPU-WUs einfach instabil sind. Oder die Kombination des Grafikkartentyps, Grafikkartenherstellers und BIG-GPU-WU nicht zusammenpassen. An deiner Stelle würde ich auf die normalen GPU-WUs umstellen. Wenn die WUs abrauchen, ist dir und Stanford nicht geholfen.
Ich habe bis jetzt nicht einmal eine dicke GPU-WU getestet. Die sind mir einfach zu heiß!
Also die Temps sind um ca.6-8°C gestiegen, auf bis max.72°C. Die hatte ich aber bei den "normalen" WUs im Sommer auch.
Stutzig macht mich der Umstand das wenn ich Zocke die WUs nicht abrauchen. Liegt aber sicher da dran das der Faltprozess in der Priorität nach unten rutscht.
Der Virenscanner kanns auch nicht sein der hat feste Zeiten.
Energiesparoptionen eher auch nicht da die Zeitpunkte auch zu unterschiedlich sind.
Wenn ich mal den Versuch des Untervoltens starten würde (m.Afterburner?) und es am Saft liegt müsste es ja vermehrt auftreten.
Sollte vllt.auch mal auf DOS- oder Linuxebene ein Schädlingsscan durchlaufen lassen.
Könnte aber auch sein das der GF11x auch schon fast am Limit läuft, denn schon ab 11MHz mehr (911) steigt die Abkackrate stark an.
EDIT
So, ich habe gerade mal ein paar Sachen probiert.
queue, work Ordner und core gelöscht. Client manuell gestartet und Paketgröße verändert -> wieder eins der beiden Projekte geladen
queue, work Ordner und core gelöscht. Client manuell gestartet und neue ID vergeben -> wieder eins der beiden Projekte geladen.
Also das verändern der Paketgröße sollte nicht bringen bei den Projekten 11020 und 11021, weil es schon die recht kleine WUs sein sollten. Allerdings sollte das löschen des advmethods-Flag reichen, da die WUs zur Zeit noch als adv geführt werden. Zumindest ist noch nichts anderes im entsprechenden News-Thread bekannt gegeben worden. Die andere Möglichkeit wäre auf Linux umzusteigen, weil die Projekte noch nicht für Linux freigegeben worden sind, nach allem was in dem Thread steht.
Nur nebenbei es gibt eine neue Version des 7er Clients, die 7.1.33.
Edit: Hier noch die Changelog von der letzten freien Beta bis zur aktuellen Version.
Code:
v7.1.25:
Hide 'Quit on window close' option in OSX.
Fixed some problems with WU assign time and time offset calculations.
Detect and ignore invalid assign time from older WS.
Log computed WS time offset.
Removed warning from Slot configuration about changing threads mid-run.
Catch and log error accessing battery info in /sys on Linux
Fix grayed out name and IP in client add after viewing local client.
Remove 'RS480 PCI-X Root Port' from GPU whitelist.
Added a few new Radeon HD 6xxx cards.
Added Nvidia GTX 590 device ID 0x1088 to whitelist.
Increase Radeon HD 5xxxx and 6xxxx GPU type level by one.
Don't fail WS connections if all data was recieved even on net error.
Print IP Address with 'Uploading' message.
Fixes for OSX minimize and quit bugs.
Limit max CPUs per slot to system count.
Attempt to fix.
Release system resources when querying OSX battery status.
Don't send 'auth' command from FAHControl if empty.
Fixed 'slot-add' NULL pointer exception.
Fixed 'log-updates start' error.
Fixed FAHClient script parsing bug. #676.
Show 'Remote Access' tab in advanced mode.
Don't allow minimizing to sys-tray if it is not there.
Also print core return code numbers in hex.
Print times in ISO 8601 format.
Expire WUs in sending status.
v7.1.26:
Correctly report client version to WS with WU return.
Failed upload attempt could cause WU to dump before it was expired.
Added AMD Radeon HD 6600 Series to GPU white-list.
Fix failure to restart FAHControl in OSX when 'start minimized'.
Fixed a socket bug that could cause the loss of the end of a message.
Build OSX client in 32-bit mode with Intel compiler.
Reduced socket send buffer size to 32KiB to try to solve.
Attempt to fix PCI detect crash in Windows.
Whitelisted more GPUs.
v7.1.27:
Check shared info modification time in an attempt to fix.
More GPU whitelisting.
Fixed Windows PCI/GPU detection, broke in v7.1.26.
Use WS UTC WU assign time in client wo/ computing offset.
If running WU is dumped shutdown the core.
v7.1.28:
Hopefully finally fixed the OSX on battery detection code.
More GPU whitelist changes.
v7.1.29:
Print UNSUPPORTED in front of unsupported GPUs in info.
Removed unsupported gpu-vendor-id and gpu-device-id options.
Allow auto-configuring both GPU and SMP.
Configure GPU & SMP by default in Windows.
Repaired OS description printing in info.
Use OS bits to determine 32 vs 64 rather than build bits.
Enabled GPU detection in OSX.
Removed 'gpu-id' and added 'cuda-index' and 'opencl-index' options.
GTX465 -> Fermi.
Automatically install themes in Windows installer.
v7.1.30:
Attempt to fix OSX PCI scan crash.
v7.1.31:
Another attempt to fix OSX PCI scan crash.
v7.1.32:
Added 'gpu-usage' option with default of 80%.
Added percent GPU usage slider in FAHControl.
Added 'opencl-index' and 'cuda-index' options to FAHControl.
'gpu-id' -> 'gpu-index' in FAHControl.
v7.1.33:
Set default 'gpu-usage' to 100%, until GPU cores implement better throttle.
Fixed client connection rate limiting.
Fixed error reporting for bad slot configuration.
Attempt to fix EUE reporting for WSv4.
Fixed "Wrong architecture" bug on 32-bit Ubunut.
Dropped "64-bit" Windows release. Use 32-bit on all systems.
Danke für die Antwort kubi.
Das Entfernen von advmethods hat wie gesagt keine Änderung gebracht und ein anderes OS fällt aus da es halt PCs von der Arbeit sind und der Admin mich sonst lüncht.
Naja, dann muss es halt so weitergehen.
Gut ich muss mich korrigieren, statt den alten Thread zu ergänzen, wurde einfach ein neuer aufgemacht und ich hab ihn übersehen. Die beiden Projekte sind als normale Projekte freigegeben worden. (s. hier)
Da hilft wohl nur das advmethods-Flag wieder zu setzen und die Paketgröße auf Big zu stellen, um möglichst schnell andere advanced Projekte zu bekommen.
So der 7.1.33 ist installiert und läuft bisher ohne Problem. Getan hat sich auf den 1. Blick nicht viel. Im Advaned Modus kann man nun die Projektinfo anzeigen lassen und ebenfalls kann man den Remote Access konfigurieren. Bei der Konfiguration kann man nun unter Advaned die GPU-Auslastung in % einstellen. Bei meinem 1. Test hatte das aber keine Auswirkung gehabt.
Also das verändern der Paketgröße sollte nicht bringen bei den Projekten 11020 und 11021, weil es schon die recht kleine WUs sein sollten. Allerdings sollte das löschen des advmethods-Flag reichen, da die WUs zur Zeit noch als adv geführt werden. Zumindest ist noch nichts anderes im entsprechenden News-Thread bekannt gegeben worden. Die andere Möglichkeit wäre auf Linux umzusteigen, weil die Projekte noch nicht für Linux freigegeben worden sind, nach allem was in dem Thread steht.
Nur nebenbei es gibt eine neue Version des 7er Clients, die 7.1.33.
Edit: Hier noch die Changelog von der letzten freien Beta bis zur aktuellen Version.
Code:
v7.1.25:
Hide 'Quit on window close' option in OSX.
Fixed some problems with WU assign time and time offset calculations.
Detect and ignore invalid assign time from older WS.
Log computed WS time offset.
Removed warning from Slot configuration about changing threads mid-run.
Catch and log error accessing battery info in /sys on Linux
Fix grayed out name and IP in client add after viewing local client.
Remove 'RS480 PCI-X Root Port' from GPU whitelist.
Added a few new Radeon HD 6xxx cards.
Added Nvidia GTX 590 device ID 0x1088 to whitelist.
Increase Radeon HD 5xxxx and 6xxxx GPU type level by one.
Don't fail WS connections if all data was recieved even on net error.
Print IP Address with 'Uploading' message.
Fixes for OSX minimize and quit bugs.
Limit max CPUs per slot to system count.
Attempt to fix.
Release system resources when querying OSX battery status.
Don't send 'auth' command from FAHControl if empty.
Fixed 'slot-add' NULL pointer exception.
Fixed 'log-updates start' error.
Fixed FAHClient script parsing bug. #676.
Show 'Remote Access' tab in advanced mode.
Don't allow minimizing to sys-tray if it is not there.
Also print core return code numbers in hex.
Print times in ISO 8601 format.
Expire WUs in sending status.
v7.1.26:
Correctly report client version to WS with WU return.
Failed upload attempt could cause WU to dump before it was expired.
Added AMD Radeon HD 6600 Series to GPU white-list.
Fix failure to restart FAHControl in OSX when 'start minimized'.
Fixed a socket bug that could cause the loss of the end of a message.
Build OSX client in 32-bit mode with Intel compiler.
Reduced socket send buffer size to 32KiB to try to solve.
Attempt to fix PCI detect crash in Windows.
Whitelisted more GPUs.
v7.1.27:
Check shared info modification time in an attempt to fix.
More GPU whitelisting.
Fixed Windows PCI/GPU detection, broke in v7.1.26.
Use WS UTC WU assign time in client wo/ computing offset.
If running WU is dumped shutdown the core.
v7.1.28:
Hopefully finally fixed the OSX on battery detection code.
More GPU whitelist changes.
v7.1.29:
Print UNSUPPORTED in front of unsupported GPUs in info.
Removed unsupported gpu-vendor-id and gpu-device-id options.
Allow auto-configuring both GPU and SMP.
Configure GPU & SMP by default in Windows.
Repaired OS description printing in info.
Use OS bits to determine 32 vs 64 rather than build bits.
Enabled GPU detection in OSX.
Removed 'gpu-id' and added 'cuda-index' and 'opencl-index' options.
GTX465 -> Fermi.
Automatically install themes in Windows installer.
v7.1.30:
Attempt to fix OSX PCI scan crash.
v7.1.31:
Another attempt to fix OSX PCI scan crash.
v7.1.32:
Added 'gpu-usage' option with default of 80%.
Added percent GPU usage slider in FAHControl.
Added 'opencl-index' and 'cuda-index' options to FAHControl.
'gpu-id' -> 'gpu-index' in FAHControl.
v7.1.33:
Set default 'gpu-usage' to 100%, until GPU cores implement better throttle.
Fixed client connection rate limiting.
Fixed error reporting for bad slot configuration.
Attempt to fix EUE reporting for WSv4.
Fixed "Wrong architecture" bug on 32-bit Ubunut.
Dropped "64-bit" Windows release. Use 32-bit on all systems.
Also wenn ich es richtig verstanden liegt es nicht am Client, sondern an den Servern. FahMon und HFM.NET holen ihre Informationen von der psummery. Der neue Client holt seine Informationen vom Work-Server und fehlen z.Z. noch die nötigen Sachen wie z.B. der k-Factor.
Hallo zusammen,
habe gerade auf Ökostrom gewechselt und spare dabei auch noch 50€ im Jahr - Ein gutes Gefühl
Bei mir kostet jetzt die kWh 21,67 ct. Was zahlt ihr so?
Gruß
Oooooder der Falter hat ne Seuche drauf ... 
- Ein gutes Gefühl
