Pourquoi le plugin de localisation utilise autant de CPU ?

[ckshen]

I rebuilt the container with the latest test-passed from today, and suddenly all the CPU cycles are used up. The site becomes real slow.

The server pretty much only has Discourse running. What’s this openvpn user running the Ruby/ unicorns? Is it the same as the Discourse unicorns?

Assuming this is intended and desired, how can I free up some cpu cycles so the site doesn’t run so slow?

Sidekiq is showing barely anything running in the background. No users are on other than me.

[Richie (Richie Rich)]

Potentially also an issue here, I upgraded at 09:03 this morning, will monitor during the day:

[ckshen]

Our two CPU cores are 100% utilized.

[Richie (Richie Rich)]

Mine seems to be coming down again now, will continue to monitor.

[ckshen]

Removed the layouts plugin and the location plugin and the problem resolved itself for now. Because its really late my time I haven’t had a chance to isolate whether one or both or none are causing the issue, but @angus @merefield giving you a heads up.

[Richie (Richie Rich)]

Mine has also returned completely back to normal after turning off the locations plugin:

Did you have the issue I’ve mentioned in this topic too @ckshen ?

Locations Plugin

Latest update to core seems to have killed this stone dead: [image] Clicking the user map, or the map icon on a user card causes a self inflicted dos [dead] It then just keeps going, killing the browser stone dead within a handful of seconds: [dead2] Same on the user map page: [dead3] I’ve had to disable the plugin completely this morning.

[ckshen]

I didn’t have a chance to check the errors before I took down the plugins. And then today I rebuilt Discourse to 2.6.0.beta6 ( e7bad9f05d ). Problem went away.

[RBoy]

Une question de base, comment savoir quel plugin utilise le plus de CPU et de mémoire ? htop ne montre que les processus unicorn mais pas les ressources utilisées par chaque plugin.