Mi correo es timonoj, y es de gmail. Paso de ponerlo en normal pa que me espameen
Bueno, pues la guía está muy currada, y muchísimas gracias! Da una buena ristra de pistas...Aquí una solución al tema. Veamos: Tal y como viene en la guía, parece que la UNICA causa posible es que haya un virus. En mi caso no es posible, tengo un XP-SP2, asegurado por service pack contra ese bug, y en cualquier caso un nod32 actualizado y un poco de sentido común al abrir archivos. Vamos, que no es un virus. Y me he leído un comentario, en el que vienen a contar que el srvservice (System Restore Service) se queda loco manejando alguno de sus backups, que está corrupto por alguna razón, y pasa a ocupar el 100% de la CPU. En realidad, puede haber más causas, más servicios que se quedan locos y pasan a ocupar el 100% de la CPU. Sólo quería hacer notar esto. El tipo en cuestión solucionó la papeleta quitando el System Restore, aunque no es una solución óptima. Yo voy a desactivarlo ahora, y tiraré de Norton Ghost para backups incrementales. Aquí el post original (sacado de experts exchange mediante el uso de la cache de google, hay que ser cutre):
 
 
Mike,
     I finally got the bottom of what was causing System Restore Service running under SVCHOST to saturate the CPU at 100%.  I'll document it here for any unlucky soles who may encounter the same problem.
     Svchost runs a whole slew of services on behalf of the system – so the trick was to find which one was running away. I downloaded a tool called Process Explorer from http://www.sysinternals.com/ntw2k/freeware/procexp.shtml. It will report the process ID of each process in memory, and in the case of the svchost process, all services attached to it. At Control Panel - Admin Tools – Services, I selectively stopped each service to see which one was causing the load (then later started it again if stopping had no effect). In my case, I found that the System Restore Service (srservice – srsvc.dll) was running away at 99%.
     Next I opened a support case with Microsoft.  We used numerous tools to troubleshoot the service.  One of the more valuable tools was FILEMON, available at http://www.sysinternals.com/ntw2k/source/filemon.shtml.  It shows all files that are touched during the monitor period.  We also used the proprietary USERDUMP tool from Microsoft, which is not available for download, and for which I had no tool to analyze the results.
     Microsoft determined that the latest restore point in the SRService database was corrupt, and the service was getting hung when it tried to delete one of its files.  The restore points comprising the SRService database are stored on my machine at the following location:  C:\System Volume Information\_restore{2EDE8FBE-CD64-4AC6-BB82-21229910E44C}
The solution was to manually remove all restore points in the SRService database, using Windows Explorer.  Here are the steps to accomplish this.
1. Boot the machine with SRService disabled (Select Start / Control Panel / Administrative Tools / Services.  Double click System Restore Service, and set Startup Type to Disabled, then click OK. Re-boot.  You may have to rename srsvc.dll, even in the DLL cache, to keep it from starting - it's fairly persistent.)
2. You must grant access to the System Volume Information folder on C: (Article 309531).
   2a. Get a command prompt and type the following, including quotes:
   cacls "C:\System Volume Information" /E /G username:F
   2b. (To undo these permissions later when finished, type the follwing)
   cacls "C:\System Volume Information" /E /R username
3. Move the offending folder, in my case C:\System Volume Information\_restore{2EDE8FBE-CD64-4AC6-BB82-21229910E44C}\RP140", to a temporary location
4. reboot
5. Right click My Computer, and select Properties.  This automatically starts SRService and changes its startup  from disabled to automatic
6. Click the System Restore tab
7. Select “Turn Off System Restore” and click apply.  Notice the _restore… folder disappears in the System Volume Information folder.  Warning: all restore points are deleted.
8. Go back and uncheck “Turn Off System Restore” then click apply.  Notice the _restore… folder appears in the System Volume Information folder (No, the previous restore points don’t  re-appear.)
9. SRService should no longer hog the CPU!
 
Regards,
Steve

Hola, quisiera me ayudaras respecto a este archivo, svchost.exe. Tengo instalado en mi máquina McAfee, y constantemente me esta emitiendo este mensaje: C:/WINNT/SYSTEM32/SVCHOST.EXE:LOAD LIBRARYA DETECTATDO CONTRA DESBOSDAMIENTO DE BUFFER
 

que pasa si el svchost.exe cuando inicio la computadora esta al 100% durante 5,7 minutos y luego  afloja? es posible que tambien en ese caso haya bichos?
 
gracias

Gracias muy buena explicacion sobre este archivo pero mi problema es cuando arranco la pc todas las mañanas durante los primeros 10 a 20 minutos +o- el recurso del cpu esta en 100% luego baja a su estado normal donde fluctua entre 0% y 4% con algunos picos de 20% +o- pero normal quisiera saber si es normal el consumo del cpu cuando arranca, Tengo win XP con SP2 y estoy conectado a una red con windows 2003.
Desde ya muchisimas gracias por su ayuda es muy completa