On Fri, 29 Dec 2000, Daniel R. Kegel wrote:
> Andrea Arcangeli wrote:
> > Petru Paler wrote:
> > > This is one of the main thttpd design points: run in a select() loop. Since
> > > it is intended for mainly static workloads, it performs quite well...
> > It can't scale in SMP.
> thttpd is i/o bound, not CPU bound, so there's no need for SMP scaling.
> It's an effective little server as long as the active document
> tree fits in RAM.
> If it ain't broke, don't tell people how to fix it :-)
> (If for some reason SMP scaling was desirable, the thttpd
> way to do it would be to introduce one thread for each
> CPU, and have each thread run the same select() loop.)
One could possibly cheat and use fork() instead of using threads.
Do your listen() before forking..then both get the listener socket..
Threads aren't always the answer, in this case it wouldn't probably gain
you anything over just doing a fork() on SMP. Especially if you got not
good reason to be sharing data that closely, which I don't think thttpd
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Dec 31 2000 - 21:00:13 EST