Replies: 1 comment
-
FWIW performance is an area I'd love to contribute to here, but yea this is super super early. A lot of these results should be expected. At this stage the idea is to just evaluate As an outsider to this project, take my thoughts with a grain of salt. When optimizing performance is fully on the table there are really these areas to focus on:
|
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hey @mitsuhiko! I'm excited about Rye. I've been a
pip-tools
user for a while. I like that rye is trying to fit within existing Python standards and not straying too far where they don't exist yet. Generating requirements files that can be installed without any special tooling beyondpip
is great.I maintain https://lincolnloop.github.io/python-package-manager-shootout/ and plugged in Rye to see how it stacked up. I realize its early days and this may not be a priority yet, but wanted to call out a few things I noticed from the results here
Install is significantly slower. Expected given it's currently built from source. I assume that once things stabilize, binaries will be available.
Based on the speed, adding a package seems like it only updates
pyproject.toml
. I believe the other tools update the lock file as well in this step. Was this intentional?The first time it runs, I see this in the logs which doesn't really make it a "fair fight" vs other tooling which does this during the "install" phase. Is there a way to trigger this before the environment is initialized?
It looks like running
rye sync
regenerates the lock file even if it already exists?lock
generates a dev lock file even if no dev dependencies existBeta Was this translation helpful? Give feedback.
All reactions