Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id C1A6264FEF5 for ; Wed, 15 Oct 2008 15:26:16 -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 14580-01 for ; Wed, 15 Oct 2008 15:26:11 -0300 (ADT) X-Greylist: delayed 00:15:12.624146 by SQLgrey-1.7.6 Received: from smtp170.iad.emailsrvr.com (smtp170.iad.emailsrvr.com [207.97.245.170]) by postgresql.org (Postfix) with ESMTP id A8CA764FCFB for ; Wed, 15 Oct 2008 15:26:11 -0300 (ADT) Received: from relay7.relay.iad.mlsrvr.com (localhost [127.0.0.1]) by relay7.relay.iad.mlsrvr.com (SMTP Server) with ESMTP id BD7C11C5A1A; Wed, 15 Oct 2008 14:10:56 -0400 (EDT) Received: by relay7.relay.iad.mlsrvr.com (Authenticated sender: matthew-AT-zeut.net) with ESMTP id 97AAA1C7BAB; Wed, 15 Oct 2008 14:10:56 -0400 (EDT) Message-ID: <48F63230.1070208@tocr.com> Date: Wed, 15 Oct 2008 14:10:56 -0400 From: "Matthew T. O'Connor" User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Tom Lane CC: Greg Smith , Gregory Stark , Kevin Murphy , pgsql-general@postgresql.org Subject: Re: Drupal and PostgreSQL - performance issues? 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> <48F4B3C2.1050805@genome.chop.edu> <87od1mbpsv.fsf@oxford.xeocode.com> <22702.1224087183@sss.pgh.pa.us> In-Reply-To: <22702.1224087183@sss.pgh.pa.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200810/623 X-Sequence-Number: 138872 Tom Lane wrote: > I think the subtext there is that the Linux kernel hackers hate the SysV > IPC APIs and wish they'd go away. They are presently constrained from > removing 'em by their desire for POSIX compliance, but you won't get > them to make any changes that might result in those APIs becoming more > widely used :-( > > Mind you, I find the SysV APIs uselessly baroque too, but there is one > feature that we have to have that is not in mmap(): the ability to > detect other processes attached to a shmem block. Didn't we solve this problem on Windows? Can we do a similar thing in Unix and get ride of the SysV stuff?