[Bf-cycles] Bottleneck of gpu render

[GeKo]

Sorry for my language, I mean exactly that. So where of the way problem to
archieve more linear improve when we increase the number of cores. I
suppose that maybe is because the scheme of memory needed to render the
model. Maybe I s not possible process all using the cache memery of each
kernell.
On 29 Mar 2014 00:09, "Matthew Heimlich" <matt.heimlich at gmail.com> wrote:

> What do you mean by "process the model"? Currently models are
> processed before exporting to the GPU, and they are then copied
> completely into vRAM. All the GPU does is trace rays and calculate
> shader ops, then display the result.
>
> On Fri, Mar 28, 2014 at 6:50 PM, GeKo <geko.pua at gmail.com> wrote:
> > But i really mean about the way that cycles process de model. I dont have
> > any knowledge about raytracing render, but i am shocked about how the new
> > hardware know improve so much rhe rendering, even when they have 5 time
> more
> > cores.
> >
> > On 28 Mar 2014 23:11, "Brecht Van Lommel" <brechtvanlommel at pandora.be>
> > wrote:
> >>
> >> There are various possibilities:
> >>
> >> * Memory and texture memory read/write bottlenecks
> >> * Different Mhz for cores
> >> * Different GPU architecture
> >> * Not all cores occupied due to divergence or mismatched batch sizes
> >> * CPU Overhead
> >>
> >> There's too many interacting parts to be sure without closely
> >> investigating.
> >>
> >> Brecht.
> >>
> >> On Fri, Mar 28, 2014 at 9:30 PM, GeKo <geko.pua at gmail.com> wrote:
> >> > Short question, Why the execution time don't decrease "linearly"
> >> > according
> >> > to the number of cuda cores?
> >> >
> >> > _______________________________________________
> >> > Bf-cycles mailing list
> >> > Bf-cycles at blender.org
> >> > http://lists.blender.org/mailman/listinfo/bf-cycles
> >> >
> >> _______________________________________________
> >> Bf-cycles mailing list
> >> Bf-cycles at blender.org
> >> http://lists.blender.org/mailman/listinfo/bf-cycles
> >
> >
> > _______________________________________________
> > Bf-cycles mailing list
> > Bf-cycles at blender.org
> > http://lists.blender.org/mailman/listinfo/bf-cycles
> >
> _______________________________________________
> Bf-cycles mailing list
> Bf-cycles at blender.org
> http://lists.blender.org/mailman/listinfo/bf-cycles
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/bf-cycles/attachments/20140329/88118dac/attachment.htm