sk9heaven кажется я нашел причину. их, судя по всему даже две.
много раз мне гадивший в разные времена нетфреймворсковский процесс NGEN 4, который норовит запускаться после каждых очередных обновлений нетфреймворка и приводит к таким эффектам "пока не отработает столько сколько ему надо для "оптимизации" работы нетфреймворка".
а вторая бяка - WinSAT.exe. это системная виндосовская утилита для измерения быстродействия и возможностей системы, которая периодически запускается именно в моменты простоя системы и её бездействия.
Process Explorer успел "засечь" утечки в 96% процессорного времени гостевой оси именно из-за него.
судя по всему, у VB текущего релиза есть некоторые проблемы с корректной "утряской" работы этих двух процессов.
я отключил внутри гостевой оси NGEN 4 и отключил задание виндосовского планировщика в отношении WinSAT.exe.
боюсь сглазить, но вот уже полчаса как гостевая Windows 7 работает в фоне без всяких признаков утечек. а раньше уже через 5-10 минут работы гостевой оси начинались утечки процессорного времени.
помониторю дальше.
Добавлено: блин... бесполезно. все равно через 30-40 минут то же самое - быстро начинает расти загрузка хостового процессора (причем оба физических ядра и 4 виртуальных - в целом).
стоит быстро вернуться в окно запущенной виртуальной машины, где в это время запущен Process Explorer для показа работы всех процессов в гостевой OS как через 5-6 секунд на хостовом процессоре резко падает нагрузка до нормальной. при этом за эти 5-6 секунд пока падает нагрузка я так и не успеваю увидеть хоть какую-нибудь подозрительную повышенную активность процессов в гостевой OS, которая могла бы вызвать такую проблему.
прям мистика