Quality of FreeBSD
the.lists at mgm51.com
Thu Jul 21 14:03:00 GMT 2005
On 7/21/2005 at 2:29 PM Robert Watson wrote:
|Some of us have actually spent quite a bit of time looking at the
|sets reported for 5.x. Depending on the release they fall into a
|of categories, but here are the major ones I've identified:
|- Network stack stability under high load, especially on SMP. Many of
| these bugs had to do with exercising timing and race conditions
| "precisely right", and involved workloads not in the standard set
| testing performed. In many cases, those workloads have now been
| to the regression test suite. For example, there were a number of
| conditions relating to the closing of sockets and network stack
| in the protocols. These tended to turn up on systems running tens
| thousands of rapidly opening and closing TCP connections on SMP
| hardware. Reproducing those conditions is difficult, and not
| most FreeBSD developers have the resources to do, so have to wait
| bug reports from people who do have those resources.
Thank you for the clear answer. For the record, I am very pleased with
the overall quality of FreeBSD, my comments were only meant in the
sense of "everything has room for improvement", even something as
excellent as FreeBSD.
I snipped out one section of your reply because it illustrates a main
point of my message.
While it is good to have the testing in place to catch race conditions,
has anyone done a post mortem to determine why and/or how the race
conditions got into the code in the first place? *Someone* coded that
race condition. Was it that two developers were using the same data
structure without one knowing about the other? If so, then there's a
problem that needs to be fixed. Chances are, though, that wasn't the
problem. Only the developers would be able to look at the development
process and determine why the process allowed a race condition to occur
in the code. But if they took the time to do this, then the knowledge
gained would be useful across a wide swath of FreeBSD development.
Thank you for your offer of allowing me to contribute to the FreeBSD
project, however I have professional obligations that prevent me from
making the necessary commitment to the project. For the most part I
just lurk here, popping my head up on occasion. In doing so, it is not
my intent to to snipe at anyone or carp at anything. As such, I'll let
this sub-thread die out at this point....
More information about the freebsd-stable