From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Webb Subject: Re: [PATCH][RF C/T/D] Unmapped page cache control - via boot parameter Date: Wed, 17 Mar 2010 16:47:53 +0000 Message-ID: <20100317164752.GA31884@arachsys.com> References: <20100315072214.GA18054@balbir.in.ibm.com> <4B9DE635.8030208@redhat.com> <20100315080726.GB18054@balbir.in.ibm.com> <4B9DEF81.6020802@redhat.com> <20100315202353.GJ3840@arachsys.com> <4B9F4CBD.3020805@redhat.com> <20100317152452.GZ31148@arachsys.com> <4BA101C5.9040406@redhat.com> <4BA105FE.2000607@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: balbir@linux.vnet.ibm.com, KVM development list , Rik van Riel , KAMEZAWA Hiroyuki , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , Christoph Hellwig , Kevin Wolf To: Avi Kivity Return-path: Content-Disposition: inline In-Reply-To: <4BA105FE.2000607@redhat.com> Sender: owner-linux-mm@kvack.org List-Id: kvm.vger.kernel.org Avi Kivity writes: > Chris, can you carry out an experiment? Write a program that > pwrite()s a byte to a file at the same location repeatedly, with the > file opened using O_SYNC. Measure the write rate, and run blktrace > on the host to see what the disk (/dev/sda, not the volume) sees. > Should be a (write, flush, write, flush) per pwrite pattern or > similar (for writing the data and a journal block, perhaps even > three writes will be needed). > > Then scale this across multiple guests, measure and trace again. If > we're lucky, the flushes will be coalesced, if not, we need to work > on it. Sure, sounds like an excellent plan. I don't have a test machine at the moment as the last host I was using for this has gone into production, but I'm due to get another one to install later today or first thing tomorrow which would be ideal for doing this. I'll follow up with the results once I have them. Cheers, Chris. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org