Received: from localhost (maia-3.hub.org [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id C4D149FB1D8 for ; Wed, 23 May 2007 02:13:42 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 01873-10 for ; Wed, 23 May 2007 02:13:10 -0300 (ADT) X-Greylist: delayed 00:33:19.11483 by SQLgrey-1.7.4 Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159]) by postgresql.org (Postfix) with ESMTP id 42C9E9FB7C6 for ; Wed, 23 May 2007 02:11:52 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.3 Received: from westnet.com (westnet.com [216.187.52.2]) by svr4.postgresql.org (Postfix) with ESMTP id AF9665AF8A7 for ; Wed, 23 May 2007 04:12:40 +0000 (GMT) Received: from westnet.com (localhost [127.0.0.1]) by westnet.com (8.14.0/8.14.0) with ESMTP id l4N4BZCR013342 for ; Wed, 23 May 2007 00:11:35 -0400 (EDT) Received: from localhost (gsmith@localhost) by westnet.com (8.14.0/8.13.2/Submit) with ESMTP id l4N4BZe5013339 for ; Wed, 23 May 2007 00:11:35 -0400 (EDT) X-Authentication-Warning: westnet.com: gsmith owned process doing -bs Date: Wed, 23 May 2007 00:11:35 -0400 (EDT) From: Greg Smith X-X-Sender: gsmith@westnet.com To: pgsql-performance@postgresql.org Subject: Re: Tips & Tricks for validating hardware/os In-Reply-To: <4652EBC5.3090802@gmail.com> Message-ID: References: <4652EBC5.3090802@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200705/445 X-Sequence-Number: 24835 On Tue, 22 May 2007, Stephane Bailliez wrote: > Out of curiosity, can anyone share his tips & tricks to validate a machine > before labelling it as 'ready to use postgres - you probably won't trash my > data today' ? Write a little script that runs pgbench in a loop forever. Set your shared_buffer cache to use at least 50% of the memory in the machine, and adjust the database size and concurrent clients so it's generating a substantial amount of disk I/O and using a fair amount of the CPU. Install the script so that it executes on system startup, like adding it to rc.local Put the machine close to your desk. Every time you walk by it, kill the power and then start it back up. This will give you a mix of long overnight runs with no interruption to stress the overall system, with a nice dose of recovery trauma. Skim the Postgres and OS log files every day. Do that for a week, if it's still running your data should be safe under real conditions. -- * Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD