Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iDD9W-0003MQ-8j for pgsql-admin@arkaria.postgresql.org; Wed, 25 Sep 2019 19:40:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1iDD9U-0007i3-L5 for pgsql-admin@arkaria.postgresql.org; Wed, 25 Sep 2019 19:40:40 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1iDD9U-0007hw-6H for pgsql-admin@lists.postgresql.org; Wed, 25 Sep 2019 19:40:40 +0000 Received: from mail-oi1-x243.google.com ([2607:f8b0:4864:20::243]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1iDD9R-00058c-UH for pgsql-admin@lists.postgresql.org; Wed, 25 Sep 2019 19:40:39 +0000 Received: by mail-oi1-x243.google.com with SMTP id w144so6000123oia.6 for ; Wed, 25 Sep 2019 12:40:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=Ay0u2pRxykJnLMP+tqXagHk6A/TlJt/h4Wvd9Uqr1yo=; b=tdoru5wAbBEAlRP2nCRMsQNKkfxEs40wfx/STyF/H1Xry3Q8GXEQV9Tb3nR5nffIq+ 3XAkpR+XtCkZd2wrQVBLCOSXWcWR6GoOVKjQ8sPBWX6qEpSdM3MdLXsiqailL4aRoSPC 3cluJkRhG0oBaKrL+gC2zKEj2PZZqQCDsDGEWUs2vF6KFwo4zdhY/bb+5xChqErgEhVJ e32lencFD+XC5YFNwh3DV/eMDEllPYhFKtQXR6mEhjcZFKlSyE6Oox5JB6Or19ZKGrKj 5NuaKNdn2A2iWRLnP90MAPMYiXA1vsT0xAbLTumd8GlP2PIP8paLvNzOuwT7VlcAcJWk t6PA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=Ay0u2pRxykJnLMP+tqXagHk6A/TlJt/h4Wvd9Uqr1yo=; b=ek1wc+0JJp18mRRKM6Rv+97pEYN9YNedLRjg90/7DZxySTzxqTOPB2ONhO1x6Pp+AT g2B9kmMFgCc2+WuvLywWSSUxK4NqE0E+t/6q93DtBHUx77ABqAkMAQufVRrWktaDJSEb zFI+YiN42T4oQrB6diwzhkiqNbgYHOxtz428o7RYjarl5c+EHSq5S4waiH4RrVJ7fDNV 33U6KfzjweGlP6vOpaL0UgP/mc3V7WHta2dZHRZLXAhpCSDEcmBLjwGBAhSqb7g3Z1UR nw33eT+diinMDxOUMz6UdOScMoGDX5S6FD0exmKcsok5rwJgENKKmr+6rvsBZ/Jpop9p Gfbw== X-Gm-Message-State: APjAAAUb0c9/zpkElQ/FJSnk2XgiQ+LvgoDa/AW9alHuI0tvdJC67dZi ttW+XPg35Idz6ro0bAI4zt5UtvfQc8bRAQ== X-Google-Smtp-Source: APXvYqywXZKE2QWZ4pMLNfFE38Wpoxb/1tEMSLsWX3lhQByuDV7pYERFqqUsSE1Mkr3/MbhDaXJIXg== X-Received: by 2002:a54:4383:: with SMTP id u3mr5952764oiv.168.1569440436879; Wed, 25 Sep 2019 12:40:36 -0700 (PDT) Received: from [192.168.1.10] (ip70-186-126-197.no.no.cox.net. [70.186.126.197]) by smtp.googlemail.com with ESMTPSA id y30sm1846732oix.36.2019.09.25.12.40.35 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Sep 2019 12:40:35 -0700 (PDT) Subject: Better I/O throughput? (was Re: create tablespace - cannot run inside a transaction block) To: pgsql-admin@lists.postgresql.org References: <1709062667.8516797.1569423052743.ref@mail.yahoo.com> <1709062667.8516797.1569423052743@mail.yahoo.com> <19fd8930b2fcc8f05737b54c8ec847e486dda687.camel@cybertec.at> From: Ron Message-ID: <2a5bed6e-9cc2-9832-0588-8b601e00d5e5@gmail.com> Date: Wed, 25 Sep 2019 14:40:35 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <19fd8930b2fcc8f05737b54c8ec847e486dda687.camel@cybertec.at> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 9/25/19 2:16 PM, Laurenz Albe wrote: > On Wed, 2019-09-25 at 14:50 +0000, Pepe TD Vo wrote: >> Normally, in Oracle we need to create database, tablespace then >> username/schema and tables, objects, etc... >> >> is the procedure as same as in Postgres? I see the login and schema >> are totally different in Postgres. > No, normally you don't create tablespaces in PostgreSQL. > They are a few use cases for them, but not many. Do I/O requests in the Linux kernel get "backlogged" when they all hit the same device?  Or would you get better throughput (or less latency) by spreading the load across multiple devices? (A long-running synchronous IO request seems it would block everything behind it, whereas objects in tablespaces on different devices could still be queried.) -- Angular momentum makes the world go 'round.