From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932252AbWFHL2X (ORCPT ); Thu, 8 Jun 2006 07:28:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932259AbWFHL2X (ORCPT ); Thu, 8 Jun 2006 07:28:23 -0400 Received: from muan.mtu.ru ([195.34.34.229]:43026 "EHLO muan.mtu.ru") by vger.kernel.org with ESMTP id S932252AbWFHL2W (ORCPT ); Thu, 8 Jun 2006 07:28:22 -0400 Subject: Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer) From: "Vladimir V. Saveliev" To: Jens Axboe Cc: Hans Reiser , Tom Vier , Linux-Kernel@vger.kernel.org, Reiserfs developers mail-list , Reiserfs mail-list In-Reply-To: <20060608110044.GA5207@suse.de> References: <44736D3E.8090808@namesys.com> <20060524175312.GA3579@zero> <44749E24.40203@namesys.com> <20060608110044.GA5207@suse.de> Content-Type: text/plain Date: Thu, 08 Jun 2006 15:26:40 +0400 Message-Id: <1149766000.6336.29.camel@tribesman.namesys.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hello On Thu, 2006-06-08 at 13:00 +0200, Jens Axboe wrote: > On Wed, May 24 2006, Hans Reiser wrote: > > Tom Vier wrote: > > > > >On Tue, May 23, 2006 at 01:14:54PM -0700, Hans Reiser wrote: > > > > > > > > >>underlying FS can be improved. Performance results show that the new > > >>code consumes 40% less CPU when doing "dd bs=1MB ....." (your hardware, > > >>and whether the data is in cache, may vary this result). Note that this > > >>has only a small effect on elapsed time for most hardware. > > >> > > >> > > > > > >Write requests in linux are restricted to one page? > > > > > > > > > > > It may go to the kernel as a 64MB write, but VFS sends it to the FS as > > 64MB/4k separate 4k writes. > > Nonsense, Hans refers to generic_file_write which does prepare_write copy_from_user commit_write for each page. > there are ways to get > PAGE_CACHE_SIZE writes in one chunk. > Other file systems have been doing it for years. > Would you, please, say more about it.