Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 8 Oct 2002 11:20:36 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 8 Oct 2002 11:20:36 -0400 Received: from smtp-out-3.wanadoo.fr ([193.252.19.233]:37047 "EHLO mel-rto3.wanadoo.fr") by vger.kernel.org with ESMTP id ; Tue, 8 Oct 2002 11:20:35 -0400 Content-Type: text/plain; charset=US-ASCII From: Duncan Sands To: zlatko.calusic@iskon.hr Subject: Re: [PATCH] Re: Shared memory shmat/dt not working well in 2.5.x Date: Tue, 8 Oct 2002 17:25:56 +0200 User-Agent: KMail/1.4.3 Cc: Alessandro Suardi , Hugh Dickins , Andrew Morton , linux-kernel@vger.kernel.org References: <200210081338.50495.baldrick@wanadoo.fr> In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: <200210081725.57017.baldrick@wanadoo.fr> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1070 Lines: 30 > > Hmmm, are you using ext3? Changes to the meaning of yield sometimes > > make fsync go very slowly. This problem has been around since 2.5.28, > > and hasn't yet been fixed (As for a fix, Andrew Morton said "I'll sit > > tight for the while, see where shed_yield() behaviour ends up"). > > Yes, it's an ext3 partition, ordered mode. I don't have ext2 compiled > into kernel anymore. :) > > Hm, if it's a problem with fsync() then that could explain slight > Oracle slowdown, too, as I think that Oracle is a heavy user of > fsync. But I don't know that for sure. I'll investigate further.. Andrew Morton made this suggestion to me: >Please try replacing the yield() in fs/jbd/transaction.c >with > > set_current_state(TASK_RUNNING); > schedule(); and indeed it cured my problems. All the best, Duncan. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/