Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id DEFB663275E for ; Thu, 24 Jun 2010 10:16:19 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 52237-10 for ; Thu, 24 Jun 2010 13:16:09 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mail.planwerk6.de (taube.planwerk6.de [88.198.1.9]) by mail.postgresql.org (Postfix) with ESMTP id 55AAF6322D5 for ; Thu, 24 Jun 2010 10:16:09 -0300 (ADT) Received: from localhost (taube.planwerk6.de [127.0.0.1]) by mail.planwerk6.de (Postfix) with ESMTP id A089D85C0FB for ; Thu, 24 Jun 2010 15:16:06 +0200 (CEST) Received: from mail.planwerk6.de ([127.0.0.1]) by localhost (mail.planwerk6.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19908-07; Thu, 24 Jun 2010 15:16:05 +0200 (CEST) Received: from janning.localnet (pd95b4e37.dip0.t-ipconnect.de [217.91.78.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.planwerk6.de (Postfix) with ESMTP id C3A3385C0AF; Thu, 24 Jun 2010 15:16:05 +0200 (CEST) From: Janning To: pgsql-performance@postgresql.org Subject: Re: Write performance Date: Thu, 24 Jun 2010 15:16:05 +0200 User-Agent: KMail/1.11.4 (Linux/2.6.28-19-generic; KDE/4.2.4; x86_64; ; ) References: <201006241443.33296.ml@planwerk6.de> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201006241516.05241.ml@planwerk6.de> X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at planwerk6.de X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.79 tagged_above=-10 required=5 tests=BAYES_50=0.8, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201006/426 X-Sequence-Number: 39282 On Thursday 24 June 2010 14:53:57 Matthew Wakeling wrote: > On Thu, 24 Jun 2010, Janning wrote: > > We have a 12 GB RAM machine with intel i7-975 and using > > 3 disks "Seagate Barracuda 7200.11, ST31500341AS (1.5 GB)" > > Those discs are 1.5TB, not 1.5GB. sorry, my fault. > > One disk for the system and WAL etc. and one SW RAID-0 with two disks for > > postgresql data. Our database is about 24GB. > > Beware of RAID-0 - make sure you can recover the data when (not if) a disc > fails. oh sorry again, its a raid-1 of course. shame on me. > > Our munin graph reports at 9:00 a clock writes of 3000 blocks per second > > and reads of about 1000 blocks per second on our disk which holds the > > data directories of postgresql (WAL are on a different disk) > > > > 3000 blocks ~ about 3 MB/s write > > 1000 blocks ~ about 1 MB/s read > > > > At the same time we have nearly 50% CPU I/O wait and only 12% user CPU > > load (so 4 of 8 cpu cores are in use for io wait) > > Not quite sure what situation you are measuring these figures under. > However, as a typical figure, let's say you are doing random access with > 8kB blocks (as in Postgres), and the access time on your drive is 8.5ms > (as with these drives). > > For each drive, you will be able to read/write approximately 8kB / > 0.0085s, giving 941kB per second. If you have multiple processes all doing > random access, then you may be able to utilise both discs and get double > that. So with your calculation I have a maximum of 2MB/s random access. So i really need to upgrade my disk configuration! > > Of course, writing large chunks is quite a different usage pattern. But I > > am wondering that writing 3MB/s and reading 1 MB/s seams to be a limit if > > i can run a test with 89 MB/s writing and 110MB/s reading. > > That's quite right, and typical performance figures for a drive like that. thanks for your help. kind regards Janning > Matthew > > -- > Don't criticise a man until you have walked a mile in his shoes; and if > you do at least he will be a mile behind you and bare footed.