vikaskr22 opened a new pull request, #575:
URL: https://github.com/apache/ranger/pull/575

   …rse config everytime
   
   ## What changes were proposed in this pull request?
   
   KMS metrics collector checks before collection whether the collection is 
thread-safe or not. Default is false. This config was introduced to avoid 
unnecessary locking for the non-functional metrics. But for businesses where 
metrics need to be accurate, it can be marked true. To check this flag, 
existing code was reading the config value from kmsConf every time. And this 
required to create one Configuration object and this acquires lock on the 
underlying config. Hence it was blocking many other threads who actually needs 
to parse and read something.
   
   I have noticed around 30-40 threads always waiting for the kmsConf lock and 
it was acquired by the thread that was simply checking whether metric 
collection is thread safe or not.
   
   Since this config doesn't change during execution, It can be simply read and 
kept during initialisation once , and can be read from there whenever required.
    
   ## How was this patch tested?
   
   Build got passed, Unit tests got passed.
   Further I created ranger-kms docker image and verified the metric collection 
by hitting metric API.
   
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscr...@ranger.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to