From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lgeamrelo11.lge.com (LGEAMRELO11.lge.com [156.147.23.51]) by ml01.01.org (Postfix) with ESMTP id 6453521D1822E for ; Mon, 14 Aug 2017 01:46:16 -0700 (PDT) Date: Mon, 14 Aug 2017 17:48:37 +0900 From: Minchan Kim Subject: Re: [PATCH v1 2/6] fs: use on-stack-bio if backing device has BDI_CAP_SYNC capability Message-ID: <20170814084837.GF26913@bbox> References: <1502175024-28338-1-git-send-email-minchan@kernel.org> <1502175024-28338-3-git-send-email-minchan@kernel.org> <20170808124959.GB31390@bombadil.infradead.org> <20170808132904.GC31390@bombadil.infradead.org> <20170809015113.GB32338@bbox> <20170809023122.GF31390@bombadil.infradead.org> <20170809024150.GA32471@bbox> <20170810030433.GG31390@bombadil.infradead.org> <20170811104615.GA14397@lst.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20170811104615.GA14397@lst.de> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: linux-nvdimm-bounces@lists.01.org Sender: "Linux-nvdimm" To: Christoph Hellwig Cc: Jens Axboe , Jan Kara , Andrew Morton , "linux-nvdimm@lists.01.org" , Dave Chinner , Linux Kernel Mailing List , Matthew Wilcox , linux-mm , kernel-team , seungho1.park@lge.com, "karam . lee" List-ID: Hi Christoph, On Fri, Aug 11, 2017 at 12:46:15PM +0200, Christoph Hellwig wrote: > On Wed, Aug 09, 2017 at 08:06:24PM -0700, Dan Williams wrote: > > I like it, but do you think we should switch to sbvec[] to > > preclude pathological cases where nr_pages is large? > > Yes, please. Still, I don't understand how sbvec[nr_pages] with on-stack bio in do_mpage_readpage can help the performance. IIUC, do_mpage_readpage works with page-base. IOW, it passes just one page, not multiple pages so if we use on-stack bio, we just add *a page* via bio_add_page and submit the bio before the function returning. So, rather than sbvec[1], why de we need sbvec[nr_pages]? Please, let me open my eyes. :) Thanks. _______________________________________________ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm