-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Provide better information regarding memory usage by each plugin #6708
Comments
Also to note this particular problem occurs for
|
@mgazdzik I suppose that you need this information in archiving output. Since there is running API.get then might be difficult to gather information for every plugin. Would be enough to gather memory peak for every period & segment? |
@czolnowski - why would it be difficult ? All plugin archivers are being triggered one after another in a loop, so I think it would be sufficent to store memory usage before and after archiving of single plugin and print it out. As for periods and segments - sure, this information could also be very useful. Maybe periods + segments could be on debug level, and per plugin on verbose ? |
Hi @czolnowski if it's done please close that one 👍 |
@mattab: I'm not sure how can I do this. There should be |
@czolnowski you should now be able to close tickets! Welcome to the Piwik organisation. |
Hi @czolnowski I closed it as it looks fixed! 👍 |
In some cases archiving process is crashing because of reaching memory limit.
It's not always possible to just increase RAM limit for PHP process.
Therefore it would be a good to have reusable diagnostic tool, telling which plugin is depleting limit so it can be improved.
Goal of this ticket is to discuss such tool specification (possible usage, reported data, etc.) and implement it in core.
The text was updated successfully, but these errors were encountered: