Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Zk7Km-0000it-SN for pgsql-performance@arkaria.postgresql.org; Thu, 08 Oct 2015 09:17:57 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1Zk7Km-0002vx-90 for pgsql-performance@arkaria.postgresql.org; Thu, 08 Oct 2015 09:17:56 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1Zk7Kl-0002vF-5G for pgsql-performance@postgresql.org; Thu, 08 Oct 2015 09:17:55 +0000 Received: from mail.tivas.info ([85.234.217.139]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1Zk7Kh-0001OW-Un for pgsql-performance@postgresql.org; Thu, 08 Oct 2015 09:17:54 +0000 Received: from localhost.localdomain ([192.168.3.104]) by mail.tivas.info (8.14.7/8.14.7) with ESMTP id t989Hn7T089962 for ; Thu, 8 Oct 2015 11:17:49 +0200 (CEST) (envelope-from bram@diomedia.be) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=diomedia.be; s=mail; t=1444295869; bh=HsJ/+/ahrupdFAnrb/76amu0uYjXhf26ggCUCXgFYtU=; h=Date:From:To:Subject; b=Wx747d75UUk5+y8Tx1vfwbu1r3qvQq1E0MRdxrlXEsDrD/kx221MUR+pWKgxXQlgi x/jlaahnR5fBYQ2xU1C1Y4ci4GDeMg89WdgP3L1J6zinjJVRR4udlxLhLRerAEJy/R PMewk1LlUUvnhOcXZ/JKMrO24xMHgwf0MM+JGD5g= Message-ID: <561634BD.2000309@diomedia.be> Date: Thu, 08 Oct 2015 11:17:49 +0200 From: Bram Van Steenlandt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: large object write performance Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-MessageSniffer-RulebaseUTC: 20150811174000 X-MessageSniffer-Identifier: <561634BD.2000309@diomedia.be> X-GBUdb-Analysis: 0, 192.168.3.104, Ugly c=0.363392 p=-0.470588 Source Normal X-MessageSniffer-Scan-Result: 0 X-MessageSniffer-Rules: 0-0-0-3387-c X-Pg-Spam-Score: -2.0 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org Hi, I use postgresql often but I'm not very familiar with how it works internal. I've made a small script to backup files from different computers to a postgresql database. Sort of a versioning networked backup system. It works with large objects (oid in table, linked to large object), which I import using psycopg It works well but slow. The database (9.2.9) on the server (freebsd10) runs on a zfs mirror. If I copy a file to the mirror using scp I get 37MB/sec My script achieves something like 7 or 8MB/sec on large (+100MB) files. I've never used postgresql for something like this, is there something I can do to speed things up ? It's not a huge problem as it's only the initial run that takes a while (after that, most files are already in the db). Still it would be nice if it would be a little faster. cpu is mostly idle on the server, filesystem is running 100%. This is a seperate postgresql server (I've used freebsd profiles to have 2 postgresql server running) so I can change this setup so it will work better for this application. I've read different suggestions online but I'm unsure which is best, they all speak of files which are only a few Kb, not 100MB or bigger. ps. english is not my native language thx Bram -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance