Monitorix icon indicating copy to clipboard operation
Monitorix copied to clipboard

Feature to load each segment separately

Open IzzySoft opened this issue 9 years ago • 3 comments

On "small devices" (e.g. Raspi, Banana Pi), page loading takes "ages" – most likely as the graphs are created on request, and only sent to the browser once they're all complete. I'd suggest two possible improvements:

  • give each graph/section a link/switch to just reload that one (I often find myself in the situation where the page was already opened a while ago, an I just need to re-check a single graph – so reloading only that one would suffice, no need to reload everything)
  • start "sending" each section as soon as it's done (instead of sending all together once the entire preparation is done)

Optionally, make that configurable (as it might be no issue on "big systems").

IzzySoft avatar Oct 06 '15 10:10 IzzySoft

With the new enable_parallelizing option (enabled by default), Monitorix should generate graphs faster in multi-core systems.

mikaku avatar Mar 20 '18 07:03 mikaku

Thanks, that's a start. Still, with 20+ graphs on a "low-spec" device (think: RasPi, BananaPi) it won't help that much – especially for single-core devices. On my BananaPi (DualCore) it should speed up things by ~50..75%. Still, often it's a specific graph one needs to refresh without being interested in all the others, so a "reload" link on each (as described in my initial post) would be much appreciated.

IzzySoft avatar Mar 20 '18 11:03 IzzySoft

@IzzySoft, I recently introduced a new option which may help you here.

With this option, you might include the RRDtool option called --lazy RRDtool documentation which, as documentation says, Only generate the graph if the current graph is out of date or not existent.

Just let me know if that helped you.

mikaku avatar May 08 '19 10:05 mikaku