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 1gZWPV-00039s-BC for pgsql-performance@arkaria.postgresql.org; Wed, 19 Dec 2018 07:36:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gZWPT-0006Lh-R6 for pgsql-performance@arkaria.postgresql.org; Wed, 19 Dec 2018 07:36:51 +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 1gZWPT-0006La-Fs for pgsql-performance@lists.postgresql.org; Wed, 19 Dec 2018 07:36:51 +0000 Received: from mail-pf1-x443.google.com ([2607:f8b0:4864:20::443]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gZWPQ-0003us-Oz for pgsql-performance@lists.postgresql.org; Wed, 19 Dec 2018 07:36:50 +0000 Received: by mail-pf1-x443.google.com with SMTP id b7so9431626pfi.8 for ; Tue, 18 Dec 2018 23:36:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:date:subject:message-id :references:in-reply-to:to; bh=Yknnf99+kCusXbzejjzUyQUJd8GOKNkSZl1P4bW/81M=; b=dBa4qdS6PVwOxCHtQRFwWKk3v9dklBMQoA+/fUzgh3SjCnoj2gw2tsfqrCID5rFJ74 kJ7PCGzPvHP3/SMKr8IgpPQk+tyZnZb4ejG4uld7by/Hsqmr/lDCsOBTEtdr0/KtCDf3 4GzKpQH12ElcWNwm19ehby5uSBO+M3FBg08bcQSKrB5tVIy705Wg8SNODfHzPaPhoQ8i e4wwLEdtY2y7aBbLmnPqprWYE9u2pHiDbP2BQ/tFsCjcVLGOi4ox7VtqBcF0pr5H7mRh qvn2/p3qqQuf4DbUVxpgTbSbcJlEsKqL/s/h+4CnWnHEDrBkFV/CJm/we8adfENbfjvs /j6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version:date :subject:message-id:references:in-reply-to:to; bh=Yknnf99+kCusXbzejjzUyQUJd8GOKNkSZl1P4bW/81M=; b=dqlaUHudTellnS1juoRI7f+1hs/xMISEiu3nUdzPEyZAea/7MHZyv+xL4xtcxBKFBZ +E2oohSteQCvT3RYiu5D8cjwKTWaBYwOJHVxTCRfzixiIwvELKQR8sX6iVpIYtCJ9MtI 4MqBf7JOCa5AyfoBNFRehGh/LkqEs6OkV7KZl3vArciw3zogb4bpIR+wOFjqEaevRPJD 1ZEM8nIAxplkDGg+bVZWv/mcXKVKO+n0dietx2iKrZaqHbqrjvaZflT7/toMsBJ00Ux7 +RShQyAoPFTk8Ij7aITbN6yxKh0M7+Syi11e0dZmjXS8hdzRAWmOVwoMs3PohP0hxg5v yK1Q== X-Gm-Message-State: AA+aEWbkMqvhy+o3H1ZlxgA8fTcCLK/OW8x2yxChYTY9DOD0mczI5gTr JxLkdwYjvR2PI7GsMp5uNTLWcMFB X-Google-Smtp-Source: AFSGD/UArX4yuFMBIqWvCT+HwUYWJ/PooreJbeLZlHAUdFFlz2vbBOUOwGtiMk02hISKxMIk6XQpVQ== X-Received: by 2002:a63:c848:: with SMTP id l8mr18454381pgi.78.1545205007339; Tue, 18 Dec 2018 23:36:47 -0800 (PST) Received: from [192.168.2.16] (cpe-76-176-9-104.san.res.rr.com. [76.176.9.104]) by smtp.gmail.com with ESMTPSA id x3sm56850038pgt.45.2018.12.18.23.36.46 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Dec 2018 23:36:46 -0800 (PST) From: Patrick Mulrooney Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Date: Tue, 18 Dec 2018 23:36:45 -0800 Subject: Re: Increasing parallelism of queries while using file fdw and partitions Message-Id: References: <20181219065149.GF8042@telsasoft.com> In-Reply-To: <20181219065149.GF8042@telsasoft.com> To: pgsql-performance@lists.postgresql.org X-Mailer: iPhone Mail (16C50) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Justin, Thanks for the idea. I pulled down the source for multicorn and added that t= o it. I do not see parallel queries in the analyze output (unless I force it= and then it only gets one worker), but it does look like it is reading more= than one file at once if I go with a non-partitioned table that looks at al= l the files. Not any better if I have the table split up into partitions.=20= So it=E2=80=99s better, but still curious if this would work with partitions= .=20 Thanks again.=20 Pat > On Dec 18, 2018, at 22:51, Justin Pryzby wrote: >=20 >> On Tue, Dec 18, 2018 at 08:39:36PM -0800, Patrick Mulrooney wrote: >> Wondering if anyone had any thoughts on how to tweak my setup to get it t= o >> read many files at once instead of one at a time when using file fdw and >> partitions. >=20 > I found this: >=20 > https://www.postgresql.org/docs/current/parallel-safety.html > |The following operations are always parallel restricted. > |Scans of foreign tables, unless the foreign data wrapper has an IsForeign= ScanParallelSafe API which indicates otherwise. >=20 > https://github.com/ergo70/vcf_fdw/blob/master/vcf_fdw/__init__.py > =3D> has no such API marker, since it's couple years old, same as multicor= n. >=20 > Justin