From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753842Ab0CCL7Y (ORCPT ); Wed, 3 Mar 2010 06:59:24 -0500 Received: from oceanic.CalvaEDI.COM ([89.202.194.168]:58301 "EHLO oceanic.CalvaEDI.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751816Ab0CCL7X (ORCPT ); Wed, 3 Mar 2010 06:59:23 -0500 Message-ID: <4B8E5805.30505@Calva.COM> Date: Wed, 03 Mar 2010 13:37:25 +0100 From: John Hughes User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) MIME-Version: 1.0 To: Jens Axboe CC: Andrew Morton , bugzilla-daemon@bugzilla.kernel.org, bugme-daemon@bugzilla.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [Bugme-new] [Bug 15426] New: Running many copies of bonnie++ on different filesystems seems to deadlock in sync References: <20100302161627.bf02d0a2.akpm@linux-foundation.org> <4B8E517E.3010702@Calva.COM> <20100303115015.GN5768@kernel.dk> In-Reply-To: <20100303115015.GN5768@kernel.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Jens Axboe wrote: > Is IO still going on, or does it appear to be stuck? From the traces > below, we have various procs caught in waiting for a request. So if > things are totally stuck, it could be some race in there. > I see I/O happening on three or four of the disks. Just a thought. What exactly is sync(2) supposed to do - block until there are no more dirty pages, or block until all pages that were dirty when the sync was done are clean? In other words is the problem simply that pages are being dirtied faster than the sync is writing them out?