Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 04EF3200BCA for ; Mon, 21 Nov 2016 14:02:02 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 0401D160AF9; Mon, 21 Nov 2016 13:02:02 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 4ED5D160AEC for ; Mon, 21 Nov 2016 14:02:01 +0100 (CET) Received: (qmail 5816 invoked by uid 500); 21 Nov 2016 13:02:00 -0000 Mailing-List: contact issues-help@carbondata.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@carbondata.incubator.apache.org Delivered-To: mailing list issues@carbondata.incubator.apache.org Received: (qmail 5807 invoked by uid 99); 21 Nov 2016 13:02:00 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Nov 2016 13:02:00 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 1E3F018051E for ; Mon, 21 Nov 2016 13:02:00 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -7.019 X-Spam-Level: X-Spam-Status: No, score=-7.019 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.999] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id dJyVtkEdHKiw for ; Mon, 21 Nov 2016 13:01:57 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with SMTP id 129B65F47A for ; Mon, 21 Nov 2016 13:01:56 +0000 (UTC) Received: (qmail 4582 invoked by uid 99); 21 Nov 2016 13:01:56 -0000 Received: from git1-us-west.apache.org (HELO git1-us-west.apache.org) (140.211.11.23) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 Nov 2016 13:01:56 +0000 Received: by git1-us-west.apache.org (ASF Mail Server at git1-us-west.apache.org, from userid 33) id 04169E0999; Mon, 21 Nov 2016 13:01:55 +0000 (UTC) From: manishgupta88 To: issues@carbondata.incubator.apache.org Reply-To: issues@carbondata.incubator.apache.org References: In-Reply-To: Subject: [GitHub] incubator-carbondata pull request #337: [CARBONDATA-428] Removed Redundant C... Content-Type: text/plain Message-Id: <20161121130156.04169E0999@git1-us-west.apache.org> Date: Mon, 21 Nov 2016 13:01:55 +0000 (UTC) archived-at: Mon, 21 Nov 2016 13:02:02 -0000 Github user manishgupta88 commented on a diff in the pull request: https://github.com/apache/incubator-carbondata/pull/337#discussion_r88889114 --- Diff: core/src/main/java/org/apache/carbondata/core/cache/CacheProvider.java --- @@ -84,14 +84,13 @@ public static CacheProvider getInstance() { //check if cache is null for given cache type, if null create one if (!dictionaryCacheAlreadyExists(cacheType)) { synchronized (lock) { - if (!dictionaryCacheAlreadyExists(cacheType)) { - if (null == cacheTypeToLRUCacheMap.get(cacheType)) { - createLRULevelCacheInstance(cacheType); - } - createDictionaryCacheForGivenType(cacheType, carbonStorePath); + if (null == cacheTypeToLRUCacheMap.get(cacheType)) { + createLRULevelCacheInstance(cacheType); } + createDictionaryCacheForGivenType(cacheType, carbonStorePath); --- End diff -- @PallaviSingh1992 ....dictionaryCacheAlreadyExists will check if for a given cache type (Forward/Reverse), the object has already been created. Now this check is before and inside synchronized block to handle concurrent access (double locking mechanism). If this check is removed inside the synchronized block then it can happen that in concurrent scenarios, multiple threads end up in creating multiple objects for the same cache type and the object in the map keeps getting overridden. Therefore I think that this double check is required. Please correct me if I am wrong. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastructure@apache.org or file a JIRA ticket with INFRA. ---