X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id DE68352848 for ; Wed, 17 Aug 2005 23:11:48 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 00760-09 for ; Thu, 18 Aug 2005 02:11:46 +0000 (GMT) Received: from penguin.goodinassociates.com (unknown [206.80.71.229]) by svr1.postgresql.org (Postfix) with ESMTP id D50165282E for ; Wed, 17 Aug 2005 23:11:45 -0300 (ADT) Received: from [206.80.71.242] ([206.80.71.242]) by penguin.goodinassociates.com (8.13.1/8.12.11) with ESMTP id j7I2BnVi004050 for ; Wed, 17 Aug 2005 21:11:49 -0500 Subject: extremly low memory usage From: Jeremiah Jahn To: postgres performance Content-Type: text/plain Date: Wed, 17 Aug 2005 21:11:48 -0500 Message-Id: <1124331108.27881.96.camel@bluejay.goodinassociates.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 (2.2.2-5) Content-Transfer-Encoding: 7bit Received-SPF: none (penguin.goodinassociates.com: 206.80.71.242 is neither permitted nor denied by domain of cs.earlham.edu) client-ip=206.80.71.242; envelope-from=jeremiah@cs.earlham.edu; helo=[206.80.71.242]; X-Virus-Scanned: ClamAV 0.86.1/1027/Tue Aug 16 18:44:00 2005 on penguin.goodinassociates.com X-Virus-Status: Clean X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.03 required=5 tests=[AWL=-0.020, FORGED_RCVD_HELO=0.05] X-Spam-Level: X-Archive-Number: 200508/221 X-Sequence-Number: 13968 I just put together a system with 6GB of ram on a 14 disk raid 10 array. When I run my usual big painful queries, I get very little to know memory usage. My production box (raid 5 4GB ram) hovers at 3.9GB used most of the time. the new devel box sits at around 250MB. I've switched to an 8.0 system on the new devel box, but the .conf really didn't change. Index usage is the same. Something seems wrong and I'm not sure why. any thoughts, -jj- shared_buffers = 32768 # min 16, at least max_connections*2, 8KB each work_mem = 2097151 # min 64, size in KB maintenance_work_mem = 819200 # min 1024, size in KB max_fsm_pages = 80000 # min max_fsm_relations*16, 6 bytes each checkpoint_segments = 30 # in logfile segments, min 1, 16MB each effective_cache_size = 3600000 <-----this is a little out of control, but would it have any real effect? random_page_cost = 2 # units are one sequential page fetch cost log_min_duration_statement = 10000 # -1 is disabled, in milliseconds. lc_messages = 'C' # locale for system error message strings lc_monetary = 'C' # locale for monetary formatting lc_numeric = 'C' # locale for number formatting lc_time = 'C' # locale for time formatting -- "Now this is a totally brain damaged algorithm. Gag me with a smurfette." -- P. Buhr, Computer Science 354