From: Gene <ge...@pa...> - 2001-12-26 22:33:40
|
Lev Walkin wrote: > >>poll() is faster than select() - is this wrong? > >> > > > > In addition to the other analysis offered of relative speed, select has > > the feature that multiple threads waiting for the same fd don't change > > the system call. With poll, each waiting thread has its own pollfd even > > if all of the fds are the same. So the right choice (poll vs. select) > > depends on not only the total number of fds but also their expected use. > > Again: if we want to make st even faster (20% to TIMES faster), we should > > consider build an independent scheme, and implement a modern techniques, > like kqueue() or /dev/poll. We will give the ST the speed and the > scalability of state-driven kqueue() (or /dev/poll)'based applications. > > It will be a really huge improvement, not even comparable with omission > of a system call one time per thread life. > Oh no, not this poll vs. /dev/poll vs. kqueue discussion again!!! :) Why do you think that optimizing the idle state would bring you a "huge improvement"? |