Page 18 of 18

Re: PCI-e bandwidth/capacity limitations

Posted: Thu Feb 14, 2019 11:31 pm
by bruce
When your system is first initialized, the CPU and the GPU establish communications using whatever lanes are available. I don't think that number is negotiable after it has been established. If FAH belives the connection supports x16 and some lanes top working, I'm not sure what happens -- unless you reboot. If the riser supports, say 1x or 4x or 8x, it will establish that connection and it should continue to work.

Re: PCI-e bandwidth/capacity limitations

Posted: Fri Feb 15, 2019 4:08 pm
by gordonbb
foldy wrote:I tried that Post-It Note thing but system did not recognize my GPU anymore when taped as x4 or below, maybe I did it wrong.
Most newer BIOSes on higher end motherboards have an option to force the PCIe version, assumably on the CPU, from Auto to 3.0, 2.0 or 1.0 so forcing 2.0 as the Maximum link speed and taping the back pins for only 8 lanes access should feed a card with the same bandwidth as PCIe 3.0 x4 and, likewise, forcing the link speed to PCIe 1.0 would cause 8 lanes to work at the same bandwidth as PCIe 3.0 x2.

Re: PCI-e splitter?

Posted: Tue Nov 12, 2019 2:02 am
by bruce
hiigaran wrote:To my understanding, the only time PCI-e bandwidth is used is during the initial stage of each WU, when they are assigned to the GPU.
False (at least for FAH).

OpenCL Kernels are created by the CPU and transferred to the GPU together with with blocks of data for specific portions of the processing and data may be returned to Main RAM -- at least so the checkpoint can be written to disk and for validity verification. Otherwise a pause or a crash would always restart the WU from the initial state that was originally downloaded. Also if certain errors were encountered, the processing might very well run for days before discovering a corrupt WU that couldn't be returned to the server.

It's very likely that multiple kernels are also used, but I'm not sure.

It's also true that the PCIE bus is not used continuously, but NV has decided that their WIndows OpenCL driver will use 100% of a CPU core. (Linux uses a different driver.)

That's a good question for the NV support site or the OpenCL support site. Maybe they'll say that wasting the second half of a CPU increases the frame-rate in games by xx% or something like that.