4 ms·
lol who is using pip so much that .36s of startup time matters to them? This, if presumably uv can do nothing slightly faster, is an absolutely meaningless bene
by andy99 1y ago
lol who is using pip so much that .36s of startup time matters to them? This, if presumably uv can do nothing slightly faster, is an absolutely meaningless benefit
- zahlman 1y ago>who is using pip so much that .36s of startup time matters to them? https://danluu.com/productivity-velocity https://danluu.com/productivity-velocity https://danluu.com/input-lag/ https://danluu.com/input-lag/
- sunshowers 1y agoIn general, whenever you introduce a cache to make software faster (along any dimension), you have to think about cache invalidation and eviction. If your software is fast enough to not need caching, this problem goes away.
- zahlman 1y agoIt's funny because superior caching is also highly relevant to uv's outperformance. (But invalidation/eviction isn't generally a real problem for a cache of installed packages; the cache can be cleaned up whenever and just rebuilt , and the cache has a separate entry per version of a library, where each version is immutable.)
- sunshowers 1y agoAgreed -- the dream of caching is immutability.