You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have checked that this issue has not already been reported.
I have confirmed this bug exists on the latest version of pixi, using pixi --version.
Reproducible example
This happens on my computer with any Pixi tree; description of the circumstances below.
Issue description
On my Linux laptop, any operation that needs to activate a Pixi environment is very slow. For instance:
$ time pixi run echo ok
ok
real 0m9.416s
user 0m3.700s
sys 0m3.999s
I.e., it takes almost 10 seconds for a pixi run echo ok to run for me.
I have traced this down to be because some part of the activation process is invoking the program nvidia-smi --query -u -x. On my Linux laptop running Fedora 40, this program is quite slow. If I run it on its own, it takes about 10 seconds, and the output I get is:
NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver.
Make sure that the latest NVIDIA driver is installed and running.
This is probably happening because my laptop has an NVIDIA card, and I have the Linux NVIDIA userspace installed, but most of the time I have the actual NVIDIA kernel drivers disabled because I need some of the functionality of the open-source Nouveau driver. I'd bet that if I booted up with the actual NVIDIA drivers enabled, the program would run a lot faster.
As far as I can tell, this nvidia-smi invocation isn't part of my environments' activation scripts, so I think that Pixi must be running it as part of the activation process. (Also, activations with plain Conda are not nearly this slow.) Is that true? Is there a way to avoid it? I'm clearly in a bit of a corner case, so if it's not possible to avoid running it in most cases, maybe there could be some kind of low-level configuration setting that avoids it for situations like mine.
Expected behavior
Activation is fast on my laptop.
The text was updated successfully, but these errors were encountered:
Yeah, I think it's so slow because of my special situation where the NVIDIA tool is available but the kernel drivers aren't. If I strace the program, it's iterating through a bunch of stuff in /sys so I think it's probing for the hardware in some exhaustive way that normally gets the right answer really quickly.
My environments don't need anything to do with GPUs, so if there's some way to avoid that version test until/unless __cuda is needed, that would improve my experience. Or some kind of hack where I can put something along the lines of
avoid_cuda = true
in my pixi.toml files — not particularly elegant, but would make a difference for me in practice.
Checks
I have checked that this issue has not already been reported.
I have confirmed this bug exists on the latest version of pixi, using
pixi --version
.Reproducible example
This happens on my computer with any Pixi tree; description of the circumstances below.
Issue description
On my Linux laptop, any operation that needs to activate a Pixi environment is very slow. For instance:
I.e., it takes almost 10 seconds for a
pixi run echo ok
to run for me.I have traced this down to be because some part of the activation process is invoking the program
nvidia-smi --query -u -x
. On my Linux laptop running Fedora 40, this program is quite slow. If I run it on its own, it takes about 10 seconds, and the output I get is:This is probably happening because my laptop has an NVIDIA card, and I have the Linux NVIDIA userspace installed, but most of the time I have the actual NVIDIA kernel drivers disabled because I need some of the functionality of the open-source Nouveau driver. I'd bet that if I booted up with the actual NVIDIA drivers enabled, the program would run a lot faster.
As far as I can tell, this
nvidia-smi
invocation isn't part of my environments' activation scripts, so I think that Pixi must be running it as part of the activation process. (Also, activations with plain Conda are not nearly this slow.) Is that true? Is there a way to avoid it? I'm clearly in a bit of a corner case, so if it's not possible to avoid running it in most cases, maybe there could be some kind of low-level configuration setting that avoids it for situations like mine.Expected behavior
Activation is fast on my laptop.
The text was updated successfully, but these errors were encountered: