> Also for special things like UML who can ensure their environment is
> sane it could be still an useful optimization.
I use libc, and I haven't been able to convince myself that it isn't
going to use FP instructions or registers on my behalf. I use it as little
as possible, but it still makes me nervous.
> If it wcould speed up UML I think it would be certainly
> worth it.
After Ingo's numbers, I like the idea of just having a separate address
space and process for the UML kernel, and have that process ptrace UML
processes and handle system calls and interrupts on their behalf. One
context switch at the start of a system call and one at the end, as opposed
to a signal delivery and sigreturn.
This also solves the jail mode mprotect performance horrors.
The one thing standing in my way is the need for the kernel process to
be able to change the address space of its processes.
I made a proposal for that, and Alan didn't like it. So, we'll see what
he likes better.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Aug 07 2002 - 22:00:27 EST