[lkml]   [2009]   [Feb]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [Bug #12604] Commit 31a12666d8f0c22235297e1c1575f82061480029 slows down Berkeley DB

On Thu, 12 Feb 2009, Nick Piggin wrote:

> On Tue, Feb 10, 2009 at 05:28:30PM +0100, Jan Kara wrote:
> > On Sun 08-02-09 20:21:42, Rafael J. Wysocki wrote:
> > > This message has been generated automatically as a part of a report
> > > of recent regressions.
> > >
> > > The following bug entry is on the current list of known regressions
> > > from 2.6.28. Please verify if it still should be listed and let me know
> > > (either way).
> > Yes, I've verified with latest git and the regression is still there.
> I'm working on this FWIW...

Shouldn't we just revert it? The code does look to be broken.

It also looks like the interaction with that ever-buggy "nr_to_write"
thing are totally wrong. I can see that whole

if (!cycled) {
index = 0;
goto retry

doing all the wrong things: if we ever hit the combination of
"!cycled + nr_to-write==0", we're always screwed. It simply _cannot_ do
the right thing.

I dunno. That whole piece-of-sh*t function has been incredibly buggy this
release. The code is an unreadable mess, and I think that "cyclic" stuff
is part of the reason for it being messy and buggy. Please convince me
it's worth saving, or let me revert the whole stinking pile of crud?



 \ /
  Last update: 2009-02-12 03:05    [W:0.124 / U:5.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site