[openbeosnetteam] Re: Dragonfly or FreeBSD nestack? was Re: Mailing lists and network team questions
- From: Waldemar Kornewald <wkornew@xxxxxxx>
- To: openbeosnetteam@xxxxxxxxxxxxx
- Date: Sat, 18 Mar 2006 14:58:47 +0100
Axel Dörfler wrote:
Damn, you still didn't get it :-)
CPU affinity *can't* let you simplify your locking model. Only *locking
* a thread to a certain CPU can - but that's not a good thing, just an
IMO bad solution for a self-induced problem.
Damn, I didn't get it. :)
I thought that affinity meant "locking to a certain CPU"...sorry.
Well, don't hold your breath :)
When we have a running stable system, we'll identify performance
bottlenecks by profiling - and if that should hint us the way to
something like that, so be it.
Why performance? Productivity and reliability are my concern.
Both are not at all compromised by mutexes. At least it's your own
fault if it does :)
If you don't think about the performance of a basic solution like this
you're simply not thinking far enough, sorry.
You sounded like "the only reason for us to implement such a more
reliable scheme would be performance bottlenecks". I got the impression
that being dead-lock free does not interest you very much. IMHO, good
design alone won't always help. Software is not static. You constantly
change it and in these phases of re-orientation many things can break. I
want to have a solution that is highly parallel and at the same time
does not break (and is easy to use and fast enough for at least 90% of
all use-cases, I want very much... ;).
Mutexes can become a hell. Do you remember the dead-lock I reported to
you about OpenTracker (is it fixed, already)? It was very difficult to
track down (and explain ;). No matter how much time you invest into
planning you sometimes don't realize that there is an *extremely rare*
and complex 0.001% case that could lead to a dead-lock. Also, new
developers must spend more time on understanding the software (DragonFly
is many times easier to understand than FreeBSD). Why should we have to
bother about dead-locks, at all (better spend that time on something else)?
Bye,
Waldemar
Other related posts:
