Skip to content
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

Are there classes of pipelines where there is no need to store state #9

Open
gz opened this issue Jul 26, 2023 · 1 comment
Open

Are there classes of pipelines where there is no need to store state #9

gz opened this issue Jul 26, 2023 · 1 comment
Labels
question Further information is requested

Comments

@gz
Copy link

gz commented Jul 26, 2023

2. **State** inside the circuit across all the workers.

I was wondering if there are classes of pipeline applicaitons where State inside the circuit across all the workers. is cheaper to reproduce from the Output produced by the circuit in a previous step but not yet acknowledged by its destination. instead of storing it as persistent state. (e.g., what i have in mind is something like group-by aggregates for dashboards etc.) and if that's something to consider (maybe/probably not).

@blp
Copy link
Member

blp commented Jul 26, 2023

Oh, that's interesting because it's going the wrong direction. Instead of input->state->output, you're talking about output->state. It is obviously not possible in general, since of course information is usually lost when producing output. I don't know whether there is an interesting class of applications where the state can be derived from the output.

Another possibility that has occurred to me is that there are applications where the output only depends on fairly recent input, so that it could be cheaper to reproduce the state, by replaying starting some fixed amount of time back in the input, than to save the state. This risks incorrect output, though, if we are wrong about the output only depending on recent input. (Replaying recent input seems like a disaster-recovery response to me, if the state database is lost.)

@blp blp added the question Further information is requested label Apr 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants