feat(nix): add release-high-perf and release-max-perf build to flake outputs #1659
No reviewers
Labels
No labels
Blocked
Bug
Changelog
Added
Changelog
Missing
Changelog
None
Cherry-picking
Database
Dependencies
Dependencies/Renovate
Difficulty
Easy
Difficulty
Hard
Difficulty
Medium
Documentation
Enhancement
Good first issue
Help wanted
Inherited
Matrix/Administration
Matrix/Appservices
Matrix/Auth
Matrix/Client
Matrix/Core
Matrix/E2EE
Matrix/Federation
Matrix/Hydra
Matrix/MSC
Matrix/Media
Matrix/T&S
Merge
Merge/Manual
Merge/Squash
Meta
Meta/CI
Meta/Packaging
Priority
Blocking
Priority
High
Priority
Low
Security
Status
Confirmed
Status
Duplicate
Status
Invalid
Status
Needs Investigation
Support
Wont fix
old/ci/cd
old/rust
No milestone
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
continuwuation/continuwuity!1659
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "Aviac/continuwuity:nix-high-perf"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This pull request adds a new package output to the nix flake with a high performance profile build of continuwuity. This takes longer to build but is supposedly more performant as the name suggests.
Pull request checklist:
mainbranch, and the branch is named something other thanmain.myself, if applicable. This includes ensuring code compiles.
- the nix package builds as expected
Other than slightly longer build times, is there a reason users wouldnt want to get this build over default?
feat(nix): add release-high-perf build to flake outputsto feat(nix): add release-high-perf and release-max-perf build to flake outputsI'm tempted to just default to max-perf, and then only allow the others through an override.
@ -35,6 +36,7 @@ letenv = {ROCKSDB_INCLUDE_DIR = "${rocksdb}/include";ROCKSDB_LIB_DIR = "${rocksdb}/lib";CARGO_PROFILE = profile;Changes in this file are definitely good, should be added.
@ -16,0 +20,4 @@max-perf = pkgs.callPackage ./continuwuity.nix {inherit self craneLib;profile = "release-max-perf";};What I'm not sure about is adding these. Maybe. I prefer to have one default and let people
override, they can justcontinuwuity.override { profile = "release-max-perf"; }after all. Not certain if this should be done.@Henry-Hiles wrote in #1659 (comment):
Okay, based on feedback from Jade we won't make it default.
The only thing to decide now is do we bother having other packages as presets with profile set, or do we just allow users to override?
@Henry-Hiles wrote in #1659 (comment):
tbh I'd say packages are better for discoverability. If I wouldn't do the PR and noone would tell me about the option, I wouldn't think about it. You have to both discover:
I guess only a few people would get this far. On the other had, if we ever would remove or rename the package, some downstream users might have breakages but I think this is okish? I can only imagine that some self-updating systems might get stuck but that shouldn't take their service down. I would consider this a user (admin) error if your system is this fragile.
@Aviac wrote in #1659 (comment):
Okay, I agree. Last thing then, is there a big difference between high-perf and max-perf? Do we just want to provide one, and let users override if they want a different one?
Yeah I think max-perf might be enough. I'll add a comment to let users know they might choose different options anyhow
3aff19a7dbdc241fada1dc241fada1ec7b56a54eec7b56a54e19d24e1fb2LGTM!
The last thing would be putting this in docs, but I can do that myself.
Oh, if you are enabling h3, can you just do it in the default build? Jade approved me doing that.
44990d05927081d26f86@ -16,0 +28,4 @@# - release-high-perfmax-perf = self'.packages.default.override {profile = "release-max-perf";cargoExtraArgs = "-F http3";you dont need this again :)
7081d26f86c195f6dddcIMO the comments should be removed and added to docs, but I can do that myself in a separate PR.