From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264737AbUFCQ7m (ORCPT ); Thu, 3 Jun 2004 12:59:42 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264367AbUFCQ7l (ORCPT ); Thu, 3 Jun 2004 12:59:41 -0400 Received: from c7ns3.center7.com ([216.250.142.14]:11750 "EHLO smtp.slc03.viawest.net") by vger.kernel.org with ESMTP id S264538AbUFCQ71 (ORCPT ); Thu, 3 Jun 2004 12:59:27 -0400 Message-ID: <40BF9124.6080807@drdos.com> Date: Thu, 03 Jun 2004 14:59:16 -0600 From: "Jeff V. Merkey" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jens Axboe Cc: linux-kernel@vger.kernel.org Subject: Re: submit_bh leaves interrupts on upon return References: <40BE93DC.6040501@drdos.com> <20040603085002.GG28915@suse.de> <40BF8E1F.1060009@drdos.com> <20040603165250.GO1946@suse.de> In-Reply-To: <20040603165250.GO1946@suse.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Jens Axboe wrote: >Submitting large numbers of buffer_heads from b_end_io is _nasty_, 2.4 >io scheduler runtime isn't exactly world champion and you are doing this >at hard irq time. Not a good idea. Definitely not the true path to >performance, unless you don't care about anything else in the system. > >At least in 2.6 you have a much faster io scheduler and the additionally >large bio, so you wont spend nearly as much time there if you are >clever. You still need process context, though, that hasn't changed. > > > Sounds like I need to move to 2.6. I noticed the elevator is coalescing quite well, and since I am posting mostly continguous runs of sectors, what ends up at the adapter level would probably not change much much between 2.4 and 2.6 since I am maxing out the driver request queues as it is (255 pending requests of 32 scatter/gather elements of 256 sector runs). 2.6 might help but I suspect it will only help alleviate the submission overhead, and not make much difference on performance since the 3Ware card does have an upward limit on outstanding I/O requests. Jeff