Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q7H9f-00029e-Ki for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Jun 2023 15:02:27 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1q7H9e-0005Qf-0c for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Jun 2023 15:02:26 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q7H9d-0005QI-LY for pgsql-hackers@lists.postgresql.org; Thu, 08 Jun 2023 15:02:25 +0000 Received: from mail-qt1-x833.google.com ([2607:f8b0:4864:20::833]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1q7H9a-0012eq-Db for pgsql-hackers@postgresql.org; Thu, 08 Jun 2023 15:02:25 +0000 Received: by mail-qt1-x833.google.com with SMTP id d75a77b69052e-3f6c6320d4eso175231cf.1 for ; Thu, 08 Jun 2023 08:02:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20221208; t=1686236541; x=1688828541; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=GwySh8XJxX7GAUWWjZ7i6c0pYtMf3g0Srv/DfGywK+A=; b=TsfPSkdnkbAy8krO4Mi8KqsTrJMSS3OdIx4lsBLe3MVV67n3eQnlDDaTCfBORfPgBE J6vGiEaLump+TyvGuJsEZ5feHmSBpx3qjRPc6T/4vTqZ2sLAIOgCs4Avq5PkaHXD5DK3 IHvfeczgYfCLiQE0HK0JgK5aMA73HtfqZuN/XDt+62J+XpOdYgJXgJWI7JDJjJYEh8vm NVcFMGk//q52eHKa84YByLDCONKz0cWY0UDXiyVHpE8kI3JqiJqGwkm/cV4TsBEXb3F2 biWLltj6WtWc/fYE4BxgaMAoRB2aAkI1CUEy5VDlJpDcf7VPwSooJFNxxa3ipM3RSYkX xMTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686236541; x=1688828541; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=GwySh8XJxX7GAUWWjZ7i6c0pYtMf3g0Srv/DfGywK+A=; b=l2OhNqU+FTiUPRcLV+Ppi7TQnRnYWkvC6/8urfDFydlfq43MCaiINI2mDaQ5GIMWFr 1OI8ZGbZ6Jf/xBDHPQmX9lGRzWfiPdCgM2I2mu4dnbluUIHDZV+u6QctuFm4BipWtWhK WQLrvceEgulkmix0qpoeB2n9U9ylH0Fx2HieQjuMuN0z1ZKJXp3zVfy7ggXfUXS0Kmp5 5Vv1QLgcrE+mYUbYuHTUFwJAanCFDe3D+YgikFt++l3mq8pSDXWLdbuSWlmljz9whg6g gDd4BU5iy4eYkZIVcuL9hfqzMKvOxsMRo+FKjURpkYtUqWhhdJ1fIVIVFm61gDdsao3Q LYSA== X-Gm-Message-State: AC+VfDy9zh4rC89ZyGaWP2OTgno/DrGmizMwcZglBTs8vjcDYuDGVU2o tS1HFwjna5cPbgHb7PVXK3FCuzLLoGmN+R27C3Mq1w== X-Google-Smtp-Source: ACHHUZ6frgvQRToMWdF7fZbvhQDCH61Fdr43lRgnAXVuSn3kA+Y3ctLYpGuhi2al0UuWnb6lt4ndkzSnNesgf4zWFJs= X-Received: by 2002:a05:622a:180a:b0:3ed:86f6:6eab with SMTP id t10-20020a05622a180a00b003ed86f66eabmr218066qtc.14.1686236540997; Thu, 08 Jun 2023 08:02:20 -0700 (PDT) MIME-Version: 1.0 References: <31cc6df9-53fe-3cd9-af5b-ac0d801163f4@iki.fi> <4178104.1685978307@sss.pgh.pa.us> <4ce6c0f8-e8a4-1672-93fd-49d3fa975ee5@iki.fi> <20230607213721.al3etgcgtija3ytz@awork3.anarazel.de> In-Reply-To: From: Hannu Krosing Date: Thu, 8 Jun 2023 17:02:08 +0200 Message-ID: Subject: Re: Let's make PostgreSQL multi-threaded To: Robert Haas Cc: Matthias van de Meent , Andres Freund , "Jonathan S. Katz" , Heikki Linnakangas , Tom Lane , pgsql-hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, Jun 8, 2023 at 4:56=E2=80=AFPM Robert Haas = wrote: > > On Thu, Jun 8, 2023 at 8:44=E2=80=AFAM Hannu Krosing = wrote: > > > That sounds like a bad idea, dynamic shared memory is more expensive > > > to maintain than our static shared memory systems, not in the least > > > because DSM is not guaranteed to share the same addresses in each > > > process' address space. > > > > Then this too needs to be fixed > > Honestly, I'm struggling to respond to this non-sarcastically. I mean, > I was the one who implemented DSM. Do you think it works the way that > it works because I considered doing something smart and decided to do > something dumb instead? No, I meant that this needs to be fixed at OS level, by being able to use the same mapping. We should not shy away from asking the OS people for adding the useful features still missing. It was mentioned in the Unconference Kernel Hacker AMA talk and said kernel hacker works for Oracle, andf they also seemed to be needing this :)