I can understand the opinnions expressed by these quotes.
Having seen how horribly certain CORBA monsters work, I am sure
that the basic idea of threads is lost somewhere along the way...
On Tue, Jun 19, 2001 at 09:09:56AM -0700, Larry McVoy wrote:
> > > >--
> > > > "A Computer is a state machine.
> > > > Threads are for people who can't program state machines."
> > > > - Alan Cox
> And one from me:
> ``Think of it this way: threads are like salt, not like pasta. You
> like salt, I like salt, we all like salt. But we eat more pasta.''
> Threads are a really bad idea. All you need are processes and either the
> ability to not fork the VM (Linux' clone, Plan 9's rfork) or just good
> old mmap(2). If you allow threads then all you are saying is that your
> process model is so pathetic you had to invent another, supposedly lighter
> weight, object to do the same thing.
That is usually true. In rare cases I *do* want to use threads, or
things just alike them.
Pre-requisite are for wanting to share very large amounts of the VM
of the processes and/or IO descriptors, have multiple processors in
the system capable to execute my code, and wanting to parallellize
(with lack of AIO) certain IO activities (disk related, mainly) which
normal non-blocking IO can't handle.
Threads are like salt, best used in moderation.
They are resources, and hogging them will very rapidly cause
the harms to exceed the benefits.
(...that CORBA beast...) ... creates a thread for each incoming
request without any sort of limit at how much there can be threads
running in parallel.
> Don't you think it is funny that Sun doesn't publish numbers comparing
> their thread performance to process performance? Sure, you can find
> context switch benchmarks where they have user level switching going on
> but those are a red herring. The real numbers you want are the kernel
> level context switches and those are just as expensive as the process
> context switch numbers.
If they weren't, I would be most amazed..
> Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.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 : Sat Jun 23 2001 - 21:00:24 EST