On Tue, Mar 13, 2007 at 09:37:59PM -0700, Jeremy Fitzhardinge wrote: > (By monotonic time, I presume you mean monotonic real time.) Yes, I > suppose you could, but I don't think that's terribly useful. I think > work_time is probably most naturally measured in cpu clock cycles rather > than an actual time unit. You could convert it to ns, but I don't see > the point. > > I know its a term in general use, but I don't think the term "stolen > time" is all that useful, particularly when we're talking about a more > general notion of cpu work contributing to the progress of process > execution. In the cpufreq case, time isn't "stolen" per se. How would you deal with something like a pentium 4 HT processor where you may run slower just because you got scheduled on the sibling of a cpu that happens to run something else needing the same execution units you do, causing you to get delayed more, even though the cpu is running full speed and nothing else is trying to use your "cpu"? I don't think there is any way to know what the real impact of two processes on a HT cpu have on each other. Interesting goal. Not sure it can be done. -- Len Sorensen _______________________________________________ Virtualization mailing list Virtualization@xxxxxxxxxxxxxx https://lists.osdl.org/mailman/listinfo/virtualization
