[ 
https://issues.apache.org/jira/browse/HDDS-8765?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Duong updated HDDS-8765:
------------------------
    Description: 
Today, OM manages resource (volume, bucket) locks by LockManager, a component 
enclosing a lock table as a ConcurrentHashMap to store all active locks. Locks 
are dynamically allocated and destroyed in the lock table based on runtime 
needs.

The current performance of LockManager is limited by the cost of maintaining 
individual lock liveness, aka, counting how many concurrent usages to a lock 
and removing it from the lock table when it's no longer used.

The cost mainly incurs from the need to *synchronize* all the concurrent access 
to every lock (or technically, a ConcurrentHashMap section) when:
 # When obtaining the lock: create a lock object if it's not existing in the 
table and increase the lock usage count.
 # When releasing the lock: decrease the usage count and remove the lock

!Screenshot 2023-06-05 at 4.31.14 PM.png|width=764,height=243!

 

  was:The current performance of LockManager is limited by the cost of 
maintaining individual lock liveness. 


> OM lock performance improvement
> -------------------------------
>
>                 Key: HDDS-8765
>                 URL: https://issues.apache.org/jira/browse/HDDS-8765
>             Project: Apache Ozone
>          Issue Type: Improvement
>            Reporter: Duong
>            Priority: Major
>         Attachments: Screenshot 2023-06-05 at 4.31.14 PM.png
>
>
> Today, OM manages resource (volume, bucket) locks by LockManager, a component 
> enclosing a lock table as a ConcurrentHashMap to store all active locks. 
> Locks are dynamically allocated and destroyed in the lock table based on 
> runtime needs.
> The current performance of LockManager is limited by the cost of maintaining 
> individual lock liveness, aka, counting how many concurrent usages to a lock 
> and removing it from the lock table when it's no longer used.
> The cost mainly incurs from the need to *synchronize* all the concurrent 
> access to every lock (or technically, a ConcurrentHashMap section) when:
>  # When obtaining the lock: create a lock object if it's not existing in the 
> table and increase the lock usage count.
>  # When releasing the lock: decrease the usage count and remove the lock
> !Screenshot 2023-06-05 at 4.31.14 PM.png|width=764,height=243!
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to