OTOY Forums

The difference in rendering speed PCI-E Speed ​​Sim Did this happen?

The 2.X version of PCI-E 2.0 X1.1 speed and PCI-E 3.0 X16 speed difference is not that great ... I think I did

Install 3.0.10 version and the 60 million recalled Triangle Polygons I saw walking down the rendering.

The rendering speed of PCI-E 1.1 X1 is 3.5 ~ 3.7MS / Sec
The Rendering speed of the PCI-E 2.0 X1 is 4 ~ 5MS / Sec
The rendering speed of PCI-E 3.0 X4 is 6.3 ~ 6.5MS / Sec

Rendering speed difference was much.

PCI-E 2.0 X1 Speed 3Way TitanX is 12~15MS/Sec

PCI-E 3.0 Direct Mainboard 3Way TitanX 18MS/Sec Over

Direct System is TitanX one Bonus



A system that has been set in the PCI-E Rig on the main board was made in direct connection with 3way
The rendering speed went up.

It will also affected, coming in at 3.0 PCI-E speed?

What I did not know or influenced in 2.0?

We must correct the full-scale plan of the Rig system.

jang2235 wrote:The difference in rendering speed PCI-E Speed ​​Sim Did this happen?

The 2.X version of PCI-E 2.0 X1.1 speed and PCI-E 3.0 X16 speed difference is not that great ... I think I did

Install 3.0.10 version and the 60 million recalled Triangle Polygons I saw walking down the rendering.

The rendering speed of PCI-E 1.1 X1 is 3.5 ~ 3.7MS / Sec
The Rendering speed of the PCI-E 2.0 X1 is 4 ~ 5MS / Sec
The rendering speed of PCI-E 3.0 X4 is 6.3 ~ 6.5MS / Sec

Rendering speed difference was much.

PCI-E 2.0 X1 Speed 3Way TitanX is 12~15MS/Sec

PCI-E 3.0 Direct Mainboard 3Way TitanX 18MS/Sec Over

Direct System is TitanX one Bonus



A system that has been set in the PCI-E Rig on the main board was made in direct connection with 3way
The rendering speed went up.

It will also affected, coming in at 3.0 PCI-E speed?

What I did not know or influenced in 2.0?

We must correct the full-scale plan of the Rig system.

hi ,

its not the rendering speed...its the data transfer speed...the gpu cards render first if all data is in the GPUs...you can speed up your render times also if you speed up your cpu clock....than the cpu need not so much time to compile the scene...

snip lwguru

Octane 3 has change the samples integration and frame buffers architecture, that is now done in the CPU RAM. This makes possible render large resolution images and a lot of passes without fill the GPU VRAM, but the problem is that there are a lot more traffic in the PCIe buses. The PCIe 1x buses are not fast enough, so a 10% to 30% performance hint has been reported while working with GPUs using low speed PCIe buses.

-Juanjo

Hi!

Yes PCI-E 1x extenders now are suffering rendertime in Octane 3.0.x.
Is there a way for DEVs to make checkmark for using GPU frame buffer instead CPU for storing frame buffer and passes?
"Use CPU Ram" could be as checkmark (like Textures are possible to swap to CPU RAM if necessary) That way we could have best of both worlds and turn on that system only if we need it (i often don't need to render Passes or too large image so if it fits in my 6GB or 12GB VRAM i don't need that new system so it would be great as option instead "mandatory" ?

cheers and thanks

Lewis wrote:Hi!

Yes PCI-E 1x extenders now are suffering rendertime in Octane 3.0.x.
Is there a way for DEVs to make checkmark for using GPU frame buffer instead CPU for storing frame buffer and passes?
"Use CPU Ram" could be as checkmark (like Textures are possible to swap to CPU RAM if necessary) That way we could have best of both worlds and turn on that system only if we need it (i often don't need to render Passes or too large image so if it fits in my 6GB or 12GB VRAM i don't need that new system so it would be great as option instead "mandatory" ?

cheers and thanks

+1