Return-Path: X-Original-To: apmail-openjpa-users-archive@minotaur.apache.org Delivered-To: apmail-openjpa-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5172263C4 for ; Tue, 14 Jun 2011 14:45:27 +0000 (UTC) Received: (qmail 36948 invoked by uid 500); 14 Jun 2011 14:45:27 -0000 Delivered-To: apmail-openjpa-users-archive@openjpa.apache.org Received: (qmail 36917 invoked by uid 500); 14 Jun 2011 14:45:27 -0000 Mailing-List: contact users-help@openjpa.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@openjpa.apache.org Delivered-To: mailing list users@openjpa.apache.org Received: (qmail 36909 invoked by uid 99); 14 Jun 2011 14:45:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Jun 2011 14:45:27 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aron@cambridgesemantics.com designates 64.79.83.75 as permitted sender) Received: from [64.79.83.75] (HELO mail.cambridgesemantics.com) (64.79.83.75) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Jun 2011 14:45:21 +0000 Received: from mail.cambridgesemantics.com (localhost.localdomain [127.0.0.1]) by mail.cambridgesemantics.com (Postfix) with ESMTP id D08639DD68; Tue, 14 Jun 2011 10:45:00 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cambridgesemantics.com; h= message-id:date:from:mime-version:to:subject:content-type: content-transfer-encoding; q=dns/txt; s=dkim; bh=aC9ae5z48/vOv2P eCVbdoHe0ih4=; b=D2ZMCGbMEibPif13HApfrw8AjdOdl3vk7YN/ZgdI0cWSyOY +hlNAVe+mUieeiR9ZACAOfB19WsTIs1/e6Vdy4YTrl9YSoD1mAS3sPwTaY8KlYQb Nhattaqu956z8NrxHcnaX6hBH0pHf9wi1imP+6l72TBMAzWKCq79O7wEmVgg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cambridgesemantics.com; h= message-id:date:from:mime-version:to:subject:content-type: content-transfer-encoding; q=dns; s=dkim; b=I/QHdPzM9xXZL9Lj3aB9 e4QynqRfOSdUcm9k/QbU2wGyJoM0sNLG7WKel8M5vbS8yQ0XaYoz3sCdNocY/WeL l2534jpOWx0uf8cG5z8ZpxeB7hNNWETVBhdS/R+Jqu2SljyWsGlIyWZb67R091tQ A9I8DzEB5udouKA9GG5hcDE= Received: from [192.168.203.73] (unknown [66.228.67.118]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: aron) by mail.cambridgesemantics.com (Postfix) with ESMTP id 77F849DD67 for ; Tue, 14 Jun 2011 10:45:00 -0400 (EDT) Message-ID: <4DF773FE.4080902@cambridgesemantics.com> Date: Tue, 14 Jun 2011 10:45:18 -0400 From: Aron Lurie User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: users@openjpa.apache.org Subject: Speeding up commit Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, I have a situation where I am trying to persist ~2500 objects all at once. After the objects are persisted, the program ends, so there is no need for any functionality after the objects have been persisted. I am just trying to dump these objects to the DB as fast as possible. Using Eclipse's TPTP profiler, I have timed the EntityManager.commit() operation to take 586 seconds. Of that, cumulatively almost 455 seconds are spent inside of ~2500 calls to StateManagerImpl.proxyFields(bool, bool). From the point that I start commit(), those 2nd class objects are not mutated by my program, and I do not need to use any of these objects after commit() finishes. From what I have read, it would seem that I have no need for my objects to be proxied, and from my tests, it seems that removing proxies would speed things up significantly. Am I missing something? Or is there a way to turn off proxies? And if not, how can I speed up the proxying operation? Thanks, Aron