From: Jeff Dike <jdike@ka...> - 2002-05-14 01:16:38
> both the Squeak VM process as one of the UML (kernel handling?)
> threads eat *lots* of CPU time, both around 50% (on a dual PIII Xeon).
> I presume this has to do with lots of context switching between all
> the parties involved in executing a gettimeofday() system call from
Yup. Something that's doing system calls like that is going to hurt under
> is anything on the UML level that can be done to handle this? A
> different implementation of the system call? Maybe - it was suggested
> on the Squeak mailing list - mmap()ing a kernel page that updates the
> counter and just implementing a libc call that reads the counter from
> the page or something?
vsyscalls - gettimeofday is exactly the system call that's targetted.
vsyscalls are compatible with UML, and a vsyscall should be exactly as
fast for UML as for the host. In short, I'd love to see them happen.