Delayed resume from screensaver - high disk usage
11 May 2011 14:21:19 UTC
Topic 195786
(moderation:
So for some time, I've had an issue on a Windows 7 box in which, if the screensaver has been running for a while, it takes an extremely long time to log back in and commence working. It takes several minutes just to get the desktop back, and a few more minutes of sluggish performance after that. I have a system monitor running pretty much of the time and it usually complains about high disk usage, or sometimes the Windows 7 color scheme reverts to basic due to lack of memory. I've tinkered with the memory and disk allocation settings in my BOINC preferences without success so far.
I've narrowed the problem down to E@h. When I suspend that project, the problem goes away. When I resume, the problem comes back.
BOINC version: 6.10.58
Tasks: Einstein@home, Milkyway@home, orbit@home, SETI@home, Cosmology@home (Can't tell which, if any, is the problem)
Videocard: Gigabyte nVidia 8600 GTS driver 8.17.12.7061, DirectX 11
OS: WIndows 7 running on a quad Core 2 Q6600
Delayed resume from screensaver - high disk usage
)
Are you using your GPU to process Einstein tasks? I can't tell, because your computers are hidden.
If so, you could try if disabling of "Use NVIDIA GPU" on the Einstein@Home preferences page makes a difference.
Gruß,
Gundolf
Computer sind nicht alles im Leben. (Kleiner Scherz)
I am not using the GPU. I
)
I am not using the GPU.
I unhid the computers in my preferences.
Anybody have any ideas yet?
)
Anybody have any ideas yet?
Are you using the BOINC
)
Are you using the BOINC screensaver or another windows one?
Do those problems occur with each type of Einstein tasks?
Gruß,
Gundolf
Computer sind nicht alles im Leben. (Kleiner Scherz)
I'm using the BOINC
)
I'm using the BOINC screensaver. The problem seems to occur with all Einstein tasks but not with any other BOINC tasks.
I think I once tried it with a non-BOINC screensaver (I've tried a lot of things) but I'll try it again and see if that makes a difference.
No such luck. I tried running
)
No such luck. I tried running with no screensaver at all and just spent the last 20 minutes with an unresponsive machine.
The odd thing is that there is no evidence of any particularly high activity. CPU cores are running between 2 and 5% utilization (all four of them), Process Explorer reports the system is mostly idle, and that there are no processes with particularly high disk activity. It just doesn't respond to input from keyboard or mouse except at a very low level -- the cursor moves but selecting a program just gets the spinning wheel. However, suspending the Einstein component in BOINC is pretty well guaranteed to prevent this from happening.
RE: No such luck. I tried
)
with process explorer (if we are talking about the one form sysinternals) you should be able to identify the process which is causing the high disk-activity..
RE: with process explorer
)
It does. It tells me svchost.exe is responsible. This is about as uninformative as it is possible to be without saying nothing at all. Service host is a generic windows component that provides a variety of generic services for any program that cares to invoke it. Typically there will be many instances of it running. It is difficult to determine which specific process has invoked which specific instance of it. I infer that Einstein is responsible simply due to the fact that if I suspend Einsten, the problem disappears.
Doubleclick on the
)
Doubleclick on the svchost.exe process that's using all the disk activity, so it opens its own window, then check which Services are involved. That should give a clue.
RE: RE: with process
)
back then there was filemon which was able to show which files were touched by which process, but i think they dumped it.
leave a PM...