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

Reduce number of modules being generated and loaded #1342

Open
climbfuji opened this issue Oct 14, 2024 · 0 comments
Open

Reduce number of modules being generated and loaded #1342

climbfuji opened this issue Oct 14, 2024 · 0 comments
Assignees
Labels
optimization Improves performance

Comments

@climbfuji
Copy link
Collaborator

Is your feature request related to a problem? Please describe.

One complaint about spack-stack is that the environments define so many modules that are all loaded as dependencies. Not all of those are necessary (because some are build-time dependencies only but not declared as such; others are run-time dependencies but don't need to be loaded because of RPATH or dynamic linking).

Describe the solution you'd like

Reduce the number of modules being generated and loaded by extending the exclude list in config/common/modules_*.yaml.

Additional context

There are other alternatives that we can explore in the future, for example spack views (for all dependencies or the Python dependencies only). These solutions will require changes in the downstream applications (build system, runtime config). Maybe we can get away with excluding more modules and being more selective about what we need to load for a certain application.

@climbfuji climbfuji self-assigned this Oct 14, 2024
@climbfuji climbfuji changed the title Reduce number of modules Reduce number of modules being generated and loaded Oct 14, 2024
@climbfuji climbfuji added the optimization Improves performance label Oct 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
optimization Improves performance
Projects
Status: In Progress
Development

No branches or pull requests

1 participant