Maybe, maybe not. I happen to agree with him, minus the inflammatory stuff.
: > The select() semantic has been a hack that has been very usefull for
: > implementing event-driven applications using a low number of fds, as
: > the X Server. Trying to use such a semantic to deal with thousands of
: > handles can only lead to performance problems. This is trivial.
:
: A lightweight userspace solution that uses a modest number of threads
: is cabable of giving us a fast and scalable mechanism for handling
: very large numbers of FDs. And it can do this without changing one
: line of kernel code.
So this is interesting. Can you either point towards a document or explain
why using threads would make your mechanism faster?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu