ASF GitHub Bot commented on GEODE-3314:

Github user pivotal-amurmann commented on a diff in the pull request:

    --- Diff: 
    @@ -1433,29 +1412,7 @@ public boolean lockInterruptibly(final Object name, 
final long waitTimeMillis,
             int lockId = -1;
    -        int loopCount = 0;
             while (keepTrying) {
    --- End diff --
    This `keepTrying` thing is very unclear because it hides what the actual 
decision is based on. It seems like we keep trying until either the `waitLimit` 
has been exceeded or the lock has been acquired. Could we split `keepTrying` 
out into `boolean lockAcquired` and `boolean waitLimitExceeded`? Maybe the 
check for `waitTimeLimit` doesn't even need a variable but could be checked by 
the `while`?

> OldGen heap usage grows without increase in data size, large number of 
> DLockTokens
> ----------------------------------------------------------------------------------
>                 Key: GEODE-3314
>                 URL: https://issues.apache.org/jira/browse/GEODE-3314
>             Project: Geode
>          Issue Type: Bug
>          Components: distributed lock service
>            Reporter: Udo Kohlmeyer
>            Assignee: Galen O'Sullivan
>             Fix For: 1.2.1
> When using Global Replicate regions, the DLockTokens are not correctly 
> cleaned up, causing a memory leak.

This message was sent by Atlassian JIRA

Reply via email to