On Win 7 seti/boinc runs awesome on multiple machines with min disc usage.. But, on my lone win8 box, Seti/boinc uses 100% disc which wreaks havoc on the machine while streaming/recording etc. . 100% disc useage by system in dev mangler, only when boinc/seti is running.. Any ideas how to alleviate this?

---

SETI and BOINC are not very disk intensive by nature, so the writes must be manifesting from elsewhere.

Just to verify, is it actually the writes that are high or queued disk requests? If the writes are high, I'd check your AV program and make sure you have the BOINC data directory excluded. If the queued writes are high, your disk is very likely failing and needs to be replaced.

The disc has been operating at 100% for over a year. Just now taking a stab at it since I had some free time, disc passes all mfgr tests etc that I have thrown at it.. I will try the boinc AV exclusion and let you know.

---

W8 ist problematic!

The solution is:
Bei BOINC die Einstellungen öffnen und unter Prozessor den Haken bei 'Wenn der Computer in Benutzung ist' entfernen. BOINC hört nun auf zu Rechnen, sobald eine Nutzereingabe erfolgt. Wenn lange nichts eingegeben wird, startet BOINC die Berechnungen wieder. Ferner kannst du die Anzahl der zu nutzenden CPU-Kerne reduzieren ('Auf Mehrkernprozessoren nutze höchstens...'). Dann nimmt sich BOINC nicht die ganze CPU und die Auslastung ist dann eben nicht 100%.

W8 ist problematic!

Windows 8 isn't the problem. I use Windows 8 on my personal machine and I am not experiencing the issue the OP describes.

The solution is:
With BOINC access the settings and remove processor under the check in 'when the computer is in use'. BOINC listen now to be expected when a user input is made. If a long time nothing is entered, BOINC will start the calculations again. In addition, you can use the number of CPU cores to be used to reduce ('on multi-core processors use more than ...'). Then BOINC does not take up all the CPU and the load is then just not 100%.

The problem isn't the CPU load. The problem the OP describes is the load on the disk. So yes, you can reduce the CPU load on BOINC and that will in turn reduce the number of tasks running, and thus reduce the number of writes required for restore points. But that would only be a band-aide to the real problem. His disk should be able to handle BOINC, and BOINC should not be queuing up 100% disk load on any machine.

I had a similar problem a few years back (in the days before Win8). It turned out to be my AV software deciding to scan the whole of the BOINC/Projects directory every time there was a read or write to it. Even with the 1minute checkpoint time, and the couple of hours between data exchange with the servers this was causing mega problems - I estimated the folder scan time as about three minutes each time there was a single read or write from/to the HDD, the AV software was trying to catch up with itself all the time.
Excluding the BOINC/Projects folder from the scan all but cured the problem. These days the first thing I do on setting up a new cruncher is to make sure the whole BOINC data directory is excluded from the AV scan. I do this once the first system scan has been completed, for which I suspend all BOINC activity.

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

In Windows 8.1, I unintentionally deleted 2 of (9)running tasks. Every attempt to restore them (bringing it back to 9)has failed including shutting down 8.1 and turning it on, uninstalling BOINC, and reinstalling it.

Settings: Use at most 100GB disk space; Leave at least .30 GB free; leave at mot 75% of disk space.

Memory usage: Use at most 70% when computer is in use; Use at least 90% when computer is idle.

Suggestions please. Thanks. Bill

---

Deleted tasks cannot be restored by any of the methods you mentioned. Once you delete a task, and once BOINC communicates with the servers to tell it the task was deleted, it is automatically sent to a new computer to crunch.

Just carry on and crunch with the remaining ones.