Received: from localhost (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 5CD6064FD7D for ; Mon, 10 Nov 2008 10:51:24 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 97331-03 for ; Mon, 10 Nov 2008 10:51:23 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mail.postgresql.org (Postfix) with ESMTP id 7BFF664FD1B for ; Mon, 10 Nov 2008 10:51:22 -0400 (AST) Received: from smadev.internal.net (localhost [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id mAAEpHAo075213; Mon, 10 Nov 2008 16:51:17 +0200 (EET) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id mAAEpGX8075212; Mon, 10 Nov 2008 16:51:16 +0200 (EET) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: pgsql-admin@postgresql.org Subject: Re: max_files_per_process limit Date: Mon, 10 Nov 2008 16:51:16 +0200 User-Agent: KMail/1.9.7 Cc: "Dilek =?utf-8?q?K=C3=BC=C3=A7=C3=BCk?=" References: <5d5d98b30811100618v2c0f935fka3f7970b622d6760@mail.gmail.com> In-Reply-To: <5d5d98b30811100618v2c0f935fka3f7970b622d6760@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200811101651.16538.achill@matrix.gatewaynet.com> X-Archive-Number: 200811/46 X-Sequence-Number: 30700 =CE=A3=CF=84=CE=B9=CF=82 Monday 10 November 2008 16:18:37 =CE=BF/=CE=B7 Dil= ek K=C3=BC=C3=A7=C3=BCk =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > Hi, >=20 > We have a database of about 62000 tables (about 2000 tablespaces) with an > index on each table. Postgresql version is 8.1. >=20 So you have about 62000 distinct schemata in your db? Imagine that the average enterprise has about 200 tables max, and an average sized country has about 300 such companies, including public sector, with 62000 tables you could blindly model =2E... the whole activity of a whole country. Is this some kind of replicated data? Whats the story? Just curious. > Although after the initial inserts to about 32000 tables the subsequent > inserts are considerable fast, subsequent inserts to more than 32000 tabl= es > are very slow. >=20 > This seems to be due to the datatype (integer) of max_files_per_process > option in the postgres.conf file which is used to set the maximum number = of > open file descriptors. > Is there anything we could do about this max_files_per_process limit or a= ny > other way to speed up inserts to all these tables? >=20 > Any suggestions are wellcome. >=20 > Kind regards, > Dilek K=C3=BC=C3=A7=C3=BCk >=20 =2D-=20 Achilleas Mantzios