Re: kqueue microbenchmark resul

• Next message: Herbert Xu: "[PATCH] a buglet in fbcon_getxy"
• Previous message: H. Peter Anvin: "Re: IA-32 (was Re: [PATCH] cpu detection fixes for test10-pre4)"
• Next in thread: Dan Kegel: "Re: kqueue microbenchmark resul"
• Maybe reply: Dan Kegel: "Re: kqueue microbenchmark resul"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

>In fact, if you did leave the read queued in a daemon using select()
>before, you'd keep looping endlessly taking all CPU and never idle
>because there would always be read data available.

Also, level triggered notifications would also seem to cause
multiple thread wakeups and thundering herd problems when
there are multiple worker threads reading from the same queue.

How does (?) kevent avoid this from happening?

Mark

--
... recursive make suxx!
------------------------------------------------------------------------
Marko.Macek@gmx.net
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

• Next message: Herbert Xu: "[PATCH] a buglet in fbcon_getxy"
• Previous message: H. Peter Anvin: "Re: IA-32 (was Re: [PATCH] cpu detection fixes for test10-pre4)"
• Next in thread: Dan Kegel: "Re: kqueue microbenchmark resul"
• Maybe reply: Dan Kegel: "Re: kqueue microbenchmark resul"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Tue Oct 31 2000 - 21:00:23 EST