New
#41
Here's another trace. Did the same procedure. disks were defragmented and system rebooted prior to the trace. No other applications were running besides those on startup.
Slow.7z
Now it's scanning all kinds of other things on I:\, including WAV files and other large files. It's being done by SuperFetch, but that doesn't mean it's actually responsible (although I would think it actually is). Can you detach the I: drive temporarily to see if the issue goes away? Also, if it doesn't, get another trace with the SuperFetch service disabled (and after you've rebooted, of course).
I tried these three scenarios. I still get the same result. Meaning that Firefox and Tbird start after a significant delay.
- Here's the tracefile with SuperFetch disabled. I: drive attached
slow3SfetchDisabled- Tracefile with I drive detached and SuperFetch Service disabled
slow4_I_DriveDetached_SFetchOFF- Tracefile with I drive detached and SuperFetch Service enabled
slow5_I_DriveDetached_SFetchON
EDIT: I found a tutorial on how to diagnose DISK I/O with xperf
And also another on general xperf usage but it's less relevant.
I'll start digging into the etl files myself. I'm not sure what i'm looking for though. May I ask you if I get stuck analyzing the files? Thanks
Last edited by pirinto; 15 Dec 2011 at 14:32. Reason: Found tuts on xperf