Received: from localhost (unknown [200.46.208.211]) by mail.postgresql.org (Postfix) with ESMTP id 5450D634AC3 for ; Fri, 13 Mar 2009 23:06:25 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 53955-01 for ; Fri, 13 Mar 2009 23:06:14 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id A4ED46349D0 for ; Fri, 13 Mar 2009 23:06:23 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id n2E26GPh026667; Fri, 13 Mar 2009 22:06:16 -0400 (EDT) To: Gregory Stark cc: Alan Stange , "Jignesh K. Shah" , Greg Smith , "pgsql-performance\@postgresql.org" Subject: Re: 8.4 Performance improvements: was Re: Proposal of tunable fix for scalability of 8.4 In-reply-to: <87d4ck50h1.fsf@oxford.xeocode.com> References: <49B922C0.6050700@sun.com> <49BA5537.8060002@sun.com> <87prgl4jbh.fsf@oxford.xeocode.com> <49BA79A4.9030208@rentec.com> <12431.1236965004@sss.pgh.pa.us> <87d4ck50h1.fsf@oxford.xeocode.com> Comments: In-reply-to Gregory Stark message dated "Sat, 14 Mar 2009 01:58:50 -0000" Date: Fri, 13 Mar 2009 22:06:16 -0400 Message-ID: <26666.1236996376@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.015 tagged_above=0 required=5 tests=AWL=0.015 X-Spam-Level: X-Archive-Number: 200903/181 X-Sequence-Number: 33103 Gregory Stark writes: > Tom Lane writes: >> Ugh. So apparently, we actually need to special-case Solaris to not >> believe that posix_fadvise works, or we'll waste cycles uselessly >> calling a do-nothing function. Thanks, Sun. > Do we? Or do we just document that setting effective_cache_size on Solaris > won't help? I assume you meant effective_io_concurrency. We'd still need a special case because the default is currently hard-wired at 1, not 0, if configure thinks the function exists. Also there's a posix_fadvise call in xlog.c that that parameter doesn't control anyhow. regards, tom lane