[opensuse] NVIDIA driver with no connected display
I have a couple systems on which I want to run some software that does GLX operations on images. These seem to rely on the X server having access to a GPU. Without this, they do their operations very very slowly. I have a very decent NVIDIA GPU (GeForce GTX 1660 SUPER) installed in all systems. In my own applications that are specifically compiled to use an NVIDIA GPU (no X server involved), all works great. nvidia-smi correctly shows that my application is using the GPU. The problem I am having with other applications (e.g., nona, a part of hugin) is that it seems that the NVIDIA driver is not loading. In this case, the system does not have a display attached. For my own apps that use the GPU direct, this is no problem. It uses libcuda only. No X. For the problem apps, since the nvdia driver is not loading, the X driver it falls back on does not do GPU. Is it a requirement for the nvidia proprietary drivers that a display be connected? I have googled this, but all discussions are about connected displays not being found or used. This is on Leap 15.1 and NVIDIA 440.82 drivers. If a display is required, could it perhaps be defined in a config file so the nvidia driver loads? We have a cluster of computers like this and we do not want to hook up a display just for this. -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Solved. See here: https://support.sgo.es/support/solutions/articles/1000285962-how-to-configur... That was one part. But not the only part: Since the programs were using the X server to deal with images, and I had started them via ssh with X forwarding on (which sets DISPLAY to wind up where I ran the ssh command), the image buffers were, in all likelihood, being sent over ssh to my local laptop (from where I logged in via ssh) for rendering. It is going to be interesting to see how the processing speed changes after all is set right! I wish the software did direct GPU stuff and did not rely on X. But that is of course another can of worms. Still, our own YOLO image detector works without X. But it is not as portable. On Fri, Sep 18, 2020 at 1:20 PM Roger Oberholtzer <roger.oberholtzer@gmail.com> wrote:
I have a couple systems on which I want to run some software that does GLX operations on images. These seem to rely on the X server having access to a GPU. Without this, they do their operations very very slowly.
I have a very decent NVIDIA GPU (GeForce GTX 1660 SUPER) installed in all systems. In my own applications that are specifically compiled to use an NVIDIA GPU (no X server involved), all works great. nvidia-smi correctly shows that my application is using the GPU.
The problem I am having with other applications (e.g., nona, a part of hugin) is that it seems that the NVIDIA driver is not loading. In this case, the system does not have a display attached. For my own apps that use the GPU direct, this is no problem. It uses libcuda only. No X. For the problem apps, since the nvdia driver is not loading, the X driver it falls back on does not do GPU.
Is it a requirement for the nvidia proprietary drivers that a display be connected? I have googled this, but all discussions are about connected displays not being found or used.
This is on Leap 15.1 and NVIDIA 440.82 drivers.
If a display is required, could it perhaps be defined in a config file so the nvidia driver loads? We have a cluster of computers like this and we do not want to hook up a display just for this.
-- Roger Oberholtzer
-- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, 18 Sep 2020 16:44:36 +0200 Roger Oberholtzer <roger.oberholtzer@gmail.com> wrote:
Solved. See here:
https://support.sgo.es/support/solutions/articles/1000285962-how-to-configur...
That was one part. But not the only part: Since the programs were using the X server to deal with images, and I had started them via ssh with X forwarding on (which sets DISPLAY to wind up where I ran the ssh command), the image buffers were, in all likelihood, being sent over ssh to my local laptop (from where I logged in via ssh) for rendering.
It is going to be interesting to see how the processing speed changes after all is set right! I wish the software did direct GPU stuff and did not rely on X.
I don't remember whether you've said what software it is? But anyway, they probably use X as an intermediary because that means the problems of getting it working are all yours instead of theirs! :)
But that is of course another can of worms. Still, our own YOLO image detector works without X. But it is not as portable.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, Sep 18, 2020 at 7:09 PM Dave Howorth <dave@howorth.org.uk> wrote:
I don't remember whether you've said what software it is? But anyway, they probably use X as an intermediary because that means the problems of getting it working are all yours instead of theirs! :)
I did say. It is a program called nona, which is part of hugin, which stitches images together to form a panorama. I have 35000 km of images (this year alone, more the following years), with 8 images from 8 cameras each 10 meters. Each of those 8 are being stitched into a panorama image. As one might guess, any time that can be shaved off the processing is vital. As an aside, we found that if we implemented some other image cleaning/blurring (privacy - the images re delivered to the government who makes them generally available to the public) stuff using intel's Performance Primitives instead of using ImageMagick, we could reduce a processing time from 6 minutes down to 6 seconds. Doing the exact same things. In fact, we think that a sharpening step in the intel tools is providing better results. This was unexpected. We would have been happy cutting the time by 1/3, which is all we expected. I just wish we could do the same with Hugin. We can thread processing so we do 4 sets of images at a time, but we only get 8 image sets per minute. Hugin is a bit more complicated. But perhaps we need to see if we can help at all. -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (2)
-
Dave Howorth -
Roger Oberholtzer