terrytlu opened a new issue, #3647: URL: https://github.com/apache/amoro/issues/3647
### What happened? We recently discovered that the ams process has been in full gc state, and not much memory can be recovered each time. After analyzing the memory dump, I found there are multiple DefaultTableService objects in the memory, each object occupies more than 1g of memory. <img width="644" alt="Image" src="https://github.com/user-attachments/assets/9c3e02eb-2c11-4ace-ac2d-2933441bbca6"; /> I think only one DefaultTableService object is needed, combined with the analysis of the code, I think the problem lies here. <img width="921" alt="Image" src="https://github.com/user-attachments/assets/0889eb5d-659d-4c39-b512-0a38b311a22a"; /> <img width="767" alt="Image" src="https://github.com/user-attachments/assets/9648b150-fde2-45fc-b049-33353dd8ce93"; /> After the active->standby->active state switch, the initialization of the next DefaultTableService is retriggered, including DefaultOptimizingService. Here, the singleton of TableService needs to be guaranteed. ### Affects Versions 0.7.1 ### What table formats are you seeing the problem on? _No response_ ### What engines are you seeing the problem on? AMS ### How to reproduce _No response_ ### Relevant log output ```shell ``` ### Anything else _No response_ ### Are you willing to submit a PR? - [x] Yes I am willing to submit a PR! ### Code of Conduct - [x] I agree to follow this project's Code of Conduct -- 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: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
