From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755000Ab2GWVPp (ORCPT ); Mon, 23 Jul 2012 17:15:45 -0400 Received: from cantor2.suse.de ([195.135.220.15]:54105 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754941Ab2GWVPo (ORCPT ); Mon, 23 Jul 2012 17:15:44 -0400 Date: Mon, 23 Jul 2012 22:15:39 +0100 From: Mel Gorman To: linux-mm@kvack.org Cc: linux-kernel@vger.kernel.org Subject: [MMTests] Sysbench read-only on xfs Message-ID: <20120723211539.GC9222@suse.de> References: <20120620113252.GE4011@suse.de> <20120629111932.GA14154@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20120629111932.GA14154@suse.de> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Configuration: global-dhp__io-sysbench-large-ro-xfs Result: http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-sysbench-large-ro-xfs Benchmarks: sysbench Summary ======= Looking better in places than ext3 but still of concern. Benchmark notes =============== mkfs was run on system startup. mkfs parameters -f -d agcount=8 mount options inode64,delaylog,logbsize=262144,nobarrier for the most part. On kernels to old to support delaylog was removed. On kernels where it was the default, it was specified and the warning ignored. sysbench is an OLTP-like benchmark. The test type was "complex" and read-only. The table size was 50,000,000 rows regardless of memory size but far exceeds the memory size of any of the test machines. sysbench was chosen because it's a reasonably complex OLTP-like benchmark with straight-forward prerequisites. The backing database was postgres. =========================================================== Machine: arnold Result: http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-sysbench-large-ro-xfs/arnold/comparison.html Arch: x86 CPUs: 1 socket, 2 threads Model: Pentium 4 Disk: Single Rotary Disk =========================================================== sysbench -------- Everything regressed. Swapping for kernels 3.1 and 3.2 was nuts. ========================================================== Machine: hydra Result: http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-sysbench-large-ro-xfs/hydra/comparison.html Arch: x86-64 CPUs: 1 socket, 4 threads Model: AMD Phenom II X4 940 Disk: Single Rotary Disk Status: Ok ========================================================== sysbench -------- For low number of clients, this has generally improved but regressed for larger number of clients. Swapping in kernel 3.1 was high. ========================================================== Machine: sandy Result: http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-sysbench-large-ro-xfs/sandy/comparison.html Arch: x86-64 CPUs: 1 socket, 8 threads Model: Intel Core i7-2600 Disk: Single Rotary Disk Status: ========================================================== Generally this is telling a much better story but this could be because of the much larger memory size of this machine offsetting some other regression. Swapping in 3.1 and 3.2. -- Mel Gorman SUSE Labs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx145.postini.com [74.125.245.145]) by kanga.kvack.org (Postfix) with SMTP id 10E366B005D for ; Mon, 23 Jul 2012 17:15:45 -0400 (EDT) Date: Mon, 23 Jul 2012 22:15:39 +0100 From: Mel Gorman Subject: [MMTests] Sysbench read-only on xfs Message-ID: <20120723211539.GC9222@suse.de> References: <20120620113252.GE4011@suse.de> <20120629111932.GA14154@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20120629111932.GA14154@suse.de> Sender: owner-linux-mm@kvack.org List-ID: To: linux-mm@kvack.org Cc: linux-kernel@vger.kernel.org Configuration: global-dhp__io-sysbench-large-ro-xfs Result: http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-sysbench-large-ro-xfs Benchmarks: sysbench Summary ======= Looking better in places than ext3 but still of concern. Benchmark notes =============== mkfs was run on system startup. mkfs parameters -f -d agcount=8 mount options inode64,delaylog,logbsize=262144,nobarrier for the most part. On kernels to old to support delaylog was removed. On kernels where it was the default, it was specified and the warning ignored. sysbench is an OLTP-like benchmark. The test type was "complex" and read-only. The table size was 50,000,000 rows regardless of memory size but far exceeds the memory size of any of the test machines. sysbench was chosen because it's a reasonably complex OLTP-like benchmark with straight-forward prerequisites. The backing database was postgres. =========================================================== Machine: arnold Result: http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-sysbench-large-ro-xfs/arnold/comparison.html Arch: x86 CPUs: 1 socket, 2 threads Model: Pentium 4 Disk: Single Rotary Disk =========================================================== sysbench -------- Everything regressed. Swapping for kernels 3.1 and 3.2 was nuts. ========================================================== Machine: hydra Result: http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-sysbench-large-ro-xfs/hydra/comparison.html Arch: x86-64 CPUs: 1 socket, 4 threads Model: AMD Phenom II X4 940 Disk: Single Rotary Disk Status: Ok ========================================================== sysbench -------- For low number of clients, this has generally improved but regressed for larger number of clients. Swapping in kernel 3.1 was high. ========================================================== Machine: sandy Result: http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-sysbench-large-ro-xfs/sandy/comparison.html Arch: x86-64 CPUs: 1 socket, 8 threads Model: Intel Core i7-2600 Disk: Single Rotary Disk Status: ========================================================== Generally this is telling a much better story but this could be because of the much larger memory size of this machine offsetting some other regression. Swapping in 3.1 and 3.2. -- Mel Gorman SUSE Labs -- 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