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

Precomputing #1

Open
omelkonian opened this issue Aug 31, 2019 · 0 comments
Open

Precomputing #1

omelkonian opened this issue Aug 31, 2019 · 0 comments
Labels
enhancement New feature or request

Comments

@omelkonian
Copy link
Owner

Precompute every part of the UI state that can be statically determined, with the hope that the performance will be much better when only the minimal amount of change has to actually occur when the terminal application is running.

For instance, instead of the pretty-printer width option changing dynamically while resizing the > window, I now precompute the resulting states for a fixed set of widths (e.g. 40,50,60,70,80).

Current efforts are being done in a separate branch.
Current drawbacks:

  • The precomputed binary is very large even for medium examples (e.g. 500mb for Windows.hs) and this has to be loaded into memory when running the TUI
  • Even for small examples when size is OK (e.g. 50mb for ALU.hs), the TUI turned out to be much more laggy! (profiling needed)

After this is done, if time permits, we should investigate opportunities for parallelization of the few computations that remain on the UI part.

@omelkonian omelkonian added the enhancement New feature or request label Aug 31, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant