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

Avoiding compilation overhead in fragments where compilation is doomed to fail #549

Open
angelhof opened this issue May 5, 2022 · 0 comments
Labels
enhancement New feature or request good first issue! Good for newcomers

Comments

@angelhof
Copy link
Member

angelhof commented May 5, 2022

It would be great if PaSh could determine (using profiling) that a fragment that failed can never succeed in a different loop iteration, for example if the fragment:

  • uses a non-pure command, then there is no way it will succeed in a later iteration
  • does not depend on a file (e.g., just echo) and takes a small time/cannot be parallelized even if pure
  • ...

Adding new conditions should be pretty simple, the main complexity is designing the mechanism that avoids going to PaSh mode.

Then it could set an environment variable to completely avoid going to pash mode when in that fragment. This could reduce PaSh's overhead significantly, especially in loops that are the biggest source of PaSh overhead at the moment.

@angelhof angelhof added the enhancement New feature or request label May 5, 2022
@angelhof angelhof added the good first issue! Good for newcomers label Feb 24, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue! Good for newcomers
Projects
None yet
Development

No branches or pull requests

1 participant