In mongo saver there's getLastProfilingId method:
that has a side-effect, that if this saver is called in the application side, the id would be re-used for multiple profilings.
I don't know if that's deliberate or not, but using other savers this functionality is not present.
Question:
- should the id be generated on the profiler side or xhgui side?
Having it profiler side could overwrite (accidentally or deliberately) existing profiling. I don't think saving the same id twice will merge the results?
Having it set at the profiler side, allows the profiler to control the id value.
and if reading the importer section:
it says importing the same profile twice creates duplicate profiling, so the duplicate id sent from profiler is not overwriting other profilers? is there any point then having value re-used? set from profiler?
cc @perftools/maintainers
In mongo saver there's getLastProfilingId method:
that has a side-effect, that if this saver is called in the application side, the id would be re-used for multiple profilings.
I don't know if that's deliberate or not, but using other savers this functionality is not present.
Question:
Having it profiler side could overwrite (accidentally or deliberately) existing profiling. I don't think saving the same id twice will merge the results?
Having it set at the profiler side, allows the profiler to control the id value.
and if reading the importer section:
it says importing the same profile twice creates duplicate profiling, so the duplicate id sent from profiler is not overwriting other profilers? is there any point then having value re-used? set from profiler?
cc @perftools/maintainers