OTOY Forums

Hi,
is out of core rendering for textures or meshes?

Hi coilbook,
Textures, but keep in mind that setting up the System RAM Usage Limit, you can also handle how much system memory OctaneRender uses for out-of-core geometry and textures. Once texture or geometry data is placed on this amount of RAM and the out-of-core feature kicks in.
Regards
Paride

out of core is for textures, if You want to handle more geometry, look into NVLINK (if You have two of the same GPUs that support it)

glimpse wrote:out of core is for textures

OOC geometry is actually supported since v4

elsksa wrote:

glimpse wrote:out of core is for textures

OOC geometry is actually supported since v4

have to try that with smaller GPU to see how things are running lately (upgraded GPUs not to run into out of memory situations), however what I noticed in the past year or two with bigger scenes that are heavy in geometry is that they run into issues pretty fast and out of core does not help. But will do some test for that to see what's the current state.

Please do, that would be welcomed. I haven't had much use of OOC and usually tend to use it as last resort.
Worth mentioning that USD is a path to explore as it's more "VRAM friendly", on paper but also from the early tests I did.

Hi elsksa,
in order to reduce this issue, you could try setting all geometries to "movable proxy" and reduce geometry groups as much as possible.
Regards
Paride

Hi paride4331, thank you very much for your thoughtful suggestions. I'm exclusively a Standalone user, just hanging around.
The data is often "optimized", low poly quad assets, but sometimes triangulated meshes from design/industrial software.
USD is a viable alternative in some [edge] cases, until it's deeper worldwide adoption and implementation.

paride4331 wrote:Hi coilbook,
Textures, but keep in mind that setting up the System RAM Usage Limit, you can also handle how much system memory OctaneRender uses for out-of-core geometry and textures. Once texture or geometry data is placed on this amount of RAM and the out-of-core feature kicks in.
Regards
Paride

Hi Paride,
There is still a bug with out-of-core memory and slaves. On my master GPUs I can easily go over and have 5-7 gb ram used for out-of-core. Slave GPUs (each PC holds 10 GPUs) crash saying no memory even though each slave has 16 gb for out-of-core assigned to them. All GPUs have same vram size. is it a bug? Thanks


PS Here are the error slaves always get

Wondering if this is something to do with the issue I'm having with Vram.
Never had an issue previously but now I'm having to reduce parallel samples down from 32 to 1 when using models which previously ran fine at 32 parallel samples.

This isn't great as it increases render time. I imagine there would also be some time cost when using OOC too.

It feels like Octane memory usage has become more inefficient than it was. Am sending Paride a file to see what's going on.

Weirdly, changing the display level of a proxy to original now seems to use up Vram and cause a render fail.