Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 7F3DD64FD91 for ; Tue, 14 Oct 2008 11:02:40 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 41646-03 for ; Tue, 14 Oct 2008 11:02:31 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from westnet.com (westnet.com [216.187.52.2]) by postgresql.org (Postfix) with ESMTP id CC28864FD25 for ; Tue, 14 Oct 2008 11:02:30 -0300 (ADT) Received: from westnet.com (localhost [127.0.0.1]) by westnet.com (8.14.0/8.14.0) with ESMTP id m9EE2RM3022869; Tue, 14 Oct 2008 10:02:27 -0400 (EDT) Received: from localhost (gsmith@localhost) by westnet.com (8.14.0/8.13.2/Submit) with ESMTP id m9EE2QN0022863; Tue, 14 Oct 2008 10:02:27 -0400 (EDT) X-Authentication-Warning: westnet.com: gsmith owned process doing -bs Date: Tue, 14 Oct 2008 10:02:26 -0400 (EDT) From: Greg Smith X-X-Sender: gsmith@westnet.com To: =?ISO-8859-1?Q?Mikkel_H=F8gh?= cc: pgsql-general@postgresql.org Subject: Re: Drupal and PostgreSQL - performance issues? In-Reply-To: <3250B5B6-B507-4E79-BAF0-E98B73E9FED9@hoegh.org> Message-ID: References: <2434A118-CEFA-43A9-BA88-006EC1F80326@hoegh.org> <200810122214.53558.uwe@oss4u.com> <20081013090228.248a665f@dawn.webthatworks.it> <20081014114011.0ebe495a@dawn.webthatworks.it> <3250B5B6-B507-4E79-BAF0-E98B73E9FED9@hoegh.org> MIME-Version: 1.0 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: Content-Type: TEXT/PLAIN; CHARSET=X-UNKNOWN; FORMAT=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: X-Archive-Number: 200810/532 X-Sequence-Number: 138781 On Tue, 14 Oct 2008, Mikkel H=F8gh wrote: > You are targetting DBAs using servers with less than 512 MB RAM. Is=20 > PostgreSQL supposed to be used by professional DBAs on enterprise=20 > systems or is it supposed to run out of the box on my old Pentium 3? Take a look at http://bugzilla.kernel.org/show_bug.cgi?id=3D11381 There you'll discover that the Linux default for how much memory an=20 application like PostgreSQL can allocate is 32MB. This is true even if=20 you install the OS on a system with 128GB of RAM. If PostgreSQL created a= =20 default configuration optimized for "enterprise systems", that=20 configuration wouldn't even start on *any* Linux system with the default=20 kernel settings. The above is an attempt to change that, rejected with=20 the following text that aptly describes the default PostgreSQL=20 configuration as well: "The requirement is that SHMMAX is sane for the=20 user by default and that means *safe* rather than as big as possible".=20 The situation on most other operating systems is similarly bad. So the dichotomy here is even worse than you think: it's not just that=20 the performance profile would be wrong, it's that defaults targeting=20 modern hardware would make it so the database won't even start on your old= =20 Pentium 3. The best the PostgreSQL community can do is provide=20 documentation on how you re-tune your *operating system first*, then the=20 database server, to get good performance on systems with modern amounts of= =20 RAM. Admittedly, that documentation and related support tools should be better,= =20 mainly by being easier to find. This discussion is well timed in that I=20 was planning this month to propose adding a URL with a tuning guide and/or= =20 sample configurations to the top of the postgresql.conf file before the=20 next release comes out; when that comes up I can point to this thread as a= =20 reminder of why that's needed. -- * Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD=