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

Tracking MX project performance fixes #4283

Closed
Baltoli opened this issue Apr 25, 2024 · 4 comments
Closed

Tracking MX project performance fixes #4283

Baltoli opened this issue Apr 25, 2024 · 4 comments
Assignees

Comments

@Baltoli
Copy link
Contributor

Baltoli commented Apr 25, 2024

@jberthold and @virgil-serbanuta are working on optimizing symbolic execution of the MX- family of projects. Part of this work will entail making changes at the K level to improve performance. We'd ideally like to learn from this process and perhaps write up some guides on writing K code that performs well from the get-go.

Please log any MX PRs that are in aid of improved performance here:

@Baltoli Baltoli changed the title Tracking K performance changes Tracking MX project performance fixes Apr 30, 2024
@jberthold
Copy link
Member

runtimeverification/kasmer-multiversx#108 addresses a problem with variable subsorting:
When a rule with variable A:SortA is matched against a configuration that has a variable B:SortB and SortA < SortB, the match will be conditional/indeterminate (causing an abort in booster, and matching with further rules/branching in kore-rpc).
This is the correct behaviour, but in this particular case, the variable B was only introduced temporarily (programmatically in the python client code) to temporarily abstract unnecessary payload. It is easy to make this mistake of picking too general a sort when abstracting. pyk will insert the required injections SortA -> SortB automatically so the fix was easy.

@jberthold
Copy link
Member

Some book-keeping of past PRs related to mx-backend performance:

@jberthold
Copy link
Member

Recent PRs

@jberthold
Copy link
Member

Summary of obtained speedups in this issue comment

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants