Date: Thu, 15 Feb 2007 12:12:37 -0600 From: Greg Barniskis <nalists@scls.lib.wi.us> To: freebsd-questions@freebsd.org Cc: "Steven H. Baeighkley" <stevenb@frii.com> Subject: Re: serious performance problems with 6.2 Release Message-ID: <45D4A295.6060609@scls.lib.wi.us> In-Reply-To: <012a01c75128$4d3a5a40$3c01a8c0@coolf89ea26645> References: <45D3A4D7.9000504@frii.com><00ff01c7510e$7452e490$3c01a8c0@coolf89ea26645> <eeef1a4c0702150849q76fa6a4cke5e88477189be093@mail.gmail.com> <012a01c75128$4d3a5a40$3c01a8c0@coolf89ea26645>
next in thread | previous in thread | raw e-mail | index | archive | help
Ted Mittelstaedt wrote:
>>> questions isn't for bugs. I don't mean to be rude but you won't get the
>>> problem fixed by bitching about it on this mailing list.
Good gravy. They're not asking -questions for a fix, they're asking
for guidance on how to isolate the root cause of the problem. Quoth
the OP: "*what are we missing?*"
That is perfectly germane for -questions and only /after/ that
question is answered would it be appropriate to use send-pr. Using
send-pr to submit a poorly defined problem ("too much load") is not
going to result in a project committer magically finding and fixing
an unknown OS bug.
> Steven H. Baeighkley wrote:
>> If bugs is the correct list then that's where we'll send it. However we
>> were not initially thinking it was a bug. We were thinking it was a
>> configuration error on our part.
That's a reasonable assumption actually. Sorry I don't have any
specific suggestions for you except to second the motion that you
ignore Ted's assertion that you should give up on -questions. It's
entirely possible that there's a tunable knob or app compilation
option that will help you out.
--
Greg Barniskis, Computer Systems Integrator
South Central Library System (SCLS)
Library Interchange Network (LINK)
<gregb at scls.lib.wi.us>, (608) 266-6348
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45D4A295.6060609>