Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 71580 invoked from network); 25 Nov 2010 17:30:36 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 25 Nov 2010 17:30:36 -0000 Received: (qmail 98357 invoked by uid 500); 25 Nov 2010 17:30:35 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 98303 invoked by uid 500); 25 Nov 2010 17:30:35 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 98296 invoked by uid 99); 25 Nov 2010 17:30:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Nov 2010 17:30:35 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Nov 2010 17:30:34 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id oAPHUE07001773 for ; Thu, 25 Nov 2010 17:30:14 GMT Message-ID: <10750696.314731290706214515.JavaMail.jira@thor> Date: Thu, 25 Nov 2010 12:30:14 -0500 (EST) From: "Shai Erera (JIRA)" To: dev@lucene.apache.org Subject: [jira] Created: (LUCENE-2779) Use ReadWriteLock in RAMDirectory MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Use ReadWriteLock in RAMDirectory --------------------------------- Key: LUCENE-2779 URL: https://issues.apache.org/jira/browse/LUCENE-2779 Project: Lucene - Java Issue Type: Improvement Components: Store Reporter: Shai Erera Assignee: Shai Erera Priority: Minor Fix For: 3.1, 4.0 RAMDirectory synchronizes on its instance in many places to protect access to map of RAMFiles, in addition to updating the sizeInBytes member. In many places the sync is done for 'read' purposes, while only in few places we need 'write' access. So I think ReadWriteLock can be useful. Also, syncing around sizeInBytes is unnecessary IMO, since it's an AtomicLong ... I'll post a patch shortly. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org