-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Speed up Nix compilation #4045
Comments
edolstra
added a commit
that referenced
this issue
Sep 21, 2020
This reduces compilation time by ~15 seconds (CPU time). Issue #4045.
edolstra
added a commit
that referenced
this issue
Sep 21, 2020
This gets rid of the inclusion of <future> in util.hh, cutting compilation time by ~20s (CPU time). Issue #4045.
edolstra
added a commit
that referenced
this issue
Sep 21, 2020
This reduces compilation time by 207s. Issue #4045.
edolstra
added a commit
that referenced
this issue
Sep 21, 2020
This cuts compilation time by ~49s. Issue #4045.
What happened to that branch where you were experimenting with recursive nix? :D |
I marked this as stale due to inactivity. → More info |
I closed this issue due to inactivity. → More info |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Nix compilation is getting quite slow. Maybe we can speed it up with some header discipline. Some offenders:
#include <regex>
adds about 0.4s per compilation unit.#include <nlohmann/json.hpp>
adds about 0.7s per compilation unit.fmt.hh
(<boost/format.hpp>
and) add about 0.7s to every compilation unit. Not easy to get rid of, but maybe we can switch to C++20's<boost/algorithm/string/replace.hpp>
std::format
or https://github.com/fmtlib/fmt.The text was updated successfully, but these errors were encountered: