howzi commented on PR #5147:
URL: https://github.com/apache/hadoop/pull/5147#issuecomment-1323243368

   > > Actually it is an obvious performance problem, it takes over 3 mins to 
refresh the state store cache in our enviroment. Different deployment of ZK may 
cause a diffrent choice. For example, we have a exclusive ZK cluster for 
router, it's not a big problem for us.
   > > Anyway, I realized this is not a good feature for everyone, I will 
change it to an optional configuration, that must be better.
   > 
   > Can we provide some information to explain this problem? it will help to 
understand this change better.
   > 
   > Thank you very much for helping to review this pr! @ZanderXu
   
   We have thousands of mount points and 
   
   > > Actually it is an obvious performance problem, it takes over 3 mins to 
refresh the state store cache in our enviroment. Different deployment of ZK may 
cause a diffrent choice. For example, we have a exclusive ZK cluster for 
router, it's not a big problem for us.
   > > Anyway, I realized this is not a good feature for everyone, I will 
change it to an optional configuration, that must be better.
   > 
   > Can we provide some information to explain this problem? it will help to 
understand this change better.
   > 
   > Thank you very much for helping to review this pr! @ZanderXu
   
   We have thousands of mount points on zk, and the network delay between zk 
and router become lager because of multi-region deployment. So we are going to 
fix it by this way.


-- 
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: common-issues-unsubscr...@hadoop.apache.org

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


---------------------------------------------------------------------
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org

Reply via email to