[ExpertView] Performance about tari HOT 4 OPEN

@CjS77 @alex1307
the frontend work can proceed, but I've been thinking - maybe we could simplify it a bit and instead of emitting events to frontend, which will in turn store this data, maybe we could store it on backend immediately and provide an interface to query it?

wdyt?

from tari.

I personally think the backend should not store this, since it needs to anticipate all sorts of use cases that the FE would need the data for.

Myabe as a start, we store the data in a circular/fixed-length buffer. If the app is shut down, the history is lost, but, it will retain memory of containers starting and shutting down from a single app session.

from tari.

ok, I'm with you on the storage

we might start with the fixed-length buffer if storage proves too time-consuming

from tari.

implementation note:
checked if storing stats data in redux is feasible, but the application will get laggy if we store hours of data for several services (generated to test),
we need a different persistence layer, currently looking into indexeddb and dexie.js wrapper

will implement this and test against high load (already have a PR #222 with abstraction where implementations can be added)

from tari.