> Hello All,
> My interest has been peaked by a recent email. At one
> point, I heard two people speaking
> about how some database guy wanted to have 2000 open files(or
> something crazy like that).
> They said that he must be crazy because the kernel does a
> sequential search through the open
> file descriptors. Anyway, I read a posting an a mail list that
> someone wanted select to
> select on 3000 files. Alright, the question(Finally!):
> To have select() select on 3000 file descriptors,
> they must be open. That's 3000 open
> files. Will select be ultra slow trying to select
> on 3000 file descriptors? Also,
> what is the clarification on the kernel doing a
> sequential search through the open
> file descriptors?
Using 'select' on 3,000 file descriptors is not a problem. I have used
'poll' on 12,000 file descriptors with no problems at all. Performance is
not exactly stellar (you can use threads to improve it) but it's quite good.
DS
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.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 : Sun Jul 15 2001 - 21:00:20 EST