<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000099" bgcolor="#ffffff">
    <div class="moz-cite-prefix">No problem Thomas, with it being Cycles
      related and BuildBot builds thought this was the correct place.<br>
      David<br>
      <div class="moz-signature">--
        <p style="font-size:small;"><a
            href="http://www.3d-designs-davidblack.blogspot.com">3d-designs-davidblack.blogspot.com</a></p>
      </div>
      On 23/06/2013 19:05, Thomas Dinges wrote:<br>
    </div>
    <blockquote cite="mid:51C738E2.8040705@dingto.org" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">David,<br>
        please report issues to our bug tracker and not to the mailing
        list, much easier to track problems there. :)<br>
        <br>
        Am 23.06.2013 20:00, schrieb David Black:<br>
      </div>
      <blockquote cite="mid:51C737BB.5090109@yahoo.co.uk" type="cite">
        <meta content="text/html; charset=ISO-8859-1"
          http-equiv="Content-Type">
        <div class="moz-cite-prefix">On 23/06/2013 18:03, Brecht Van
          Lommel wrote:<br>
        </div>
        <blockquote
cite="mid:CAKFUgC06ARyu+TZYKT8aSSPn+=DTkeydhrTtsePsLwdEAkw=Pw@mail.gmail.com"
          type="cite">
          <pre wrap="">I have no idea how this is possible, all the toolkit changes is code
that runs on the NVidia graphics card, not how it interacts with other
graphics drivers. So perhaps it's another recent change in Cycles or
elsewhere in Blender that is causing this?</pre>
        </blockquote>
        Apologies, not Toolkit 5.0 related, after performing your tests
        below discovered it goes back further.<br>
        <br>
        <blockquote
cite="mid:CAKFUgC06ARyu+TZYKT8aSSPn+=DTkeydhrTtsePsLwdEAkw=Pw@mail.gmail.com"
          type="cite">
          <pre wrap="">* What is the version number of the build before the toolkit change
that still gave good performance (to narrow down the revisions)?</pre>
        </blockquote>
        <b>blender-2.67-r57293-win64</b> is okay, Viewport performance
        same before and after F12 Cycles render.<br>
        <br>
        <b>blender-2.67-r57348-mingw64</b> Is okay except for border
        render issue, otherwise same as above.<br>
        <br>
        <b>blender-2.67-r57476-win64</b> First versions (I have) that
        shows the issue, Viewport performance same as previous version
        until F12 Cycles render, then very slow jerky Viewport
        performance.<br>
        <br>
        <blockquote
cite="mid:CAKFUgC06ARyu+TZYKT8aSSPn+=DTkeydhrTtsePsLwdEAkw=Pw@mail.gmail.com"
          type="cite">
          <pre wrap="">* Does this really only happen with GPU rendering, CPU rendering does
not show the same issue?</pre>
        </blockquote>
        Interesting test idea. Same issue after either GPU or CPU F12
        Cycles render<br>
        <br>
        <br>
        <blockquote
cite="mid:CAKFUgC06ARyu+TZYKT8aSSPn+=DTkeydhrTtsePsLwdEAkw=Pw@mail.gmail.com"
          type="cite">
          <pre wrap="">* What is performance like with VBO's switched off before rendering
(in case the rendering somehow switches them off)?</pre>
        </blockquote>
        Not as smooth, around 10-15fps but still faster than after
        rendering, which then feels around 2fps.<br>
        <br>
        <br>
        <blockquote
cite="mid:CAKFUgC06ARyu+TZYKT8aSSPn+=DTkeydhrTtsePsLwdEAkw=Pw@mail.gmail.com"
          type="cite">
          <pre wrap="">* What is the performance like with the NVidia card, is it also 2fps
or somewhere in between?</pre>
        </blockquote>
        Not yet tested, once wiring configurations are changed will
        email results. Thought quick reply with above answers would be
        appreciated.<br>
        <br>
        <blockquote
cite="mid:CAKFUgC06ARyu+TZYKT8aSSPn+=DTkeydhrTtsePsLwdEAkw=Pw@mail.gmail.com"
          type="cite">
          <pre wrap="">* Is a Blender restart needed or does reopening the scene solve the issue too?</pre>
        </blockquote>
        <br>
        Interesting, reopening the same scene without restarting Blender
        also solves the issue, until an F12 Cycles render is performed.<br>
        <br>
        David<br>
        <br>
        <blockquote
cite="mid:CAKFUgC06ARyu+TZYKT8aSSPn+=DTkeydhrTtsePsLwdEAkw=Pw@mail.gmail.com"
          type="cite">
          <pre wrap="">Can anyone else confirm this problem?

On Sun, Jun 23, 2013 at 5:36 PM, David Black <a moz-do-not-send="true" class="moz-txt-link-rfc2396E" href="mailto:db4tech@yahoo.co.uk">&lt;db4tech@yahoo.co.uk&gt;</a> wrote:
</pre>
          <blockquote type="cite">
            <pre wrap="">Hi Brecht,

Just discovered an interesting issue, seems to have been introduced since
Blender changed to CUDA Toolkit 5.0. Not related to Cycles render speeds,
which consequently have received a great boost after code re-factoring.
Issue is connected with Viewport performance after performing a Cycles
render.

Issue outlined below:

Upon opening a complex scene, with a heavy particle system (particles
Viewport setting of 1, Child particles 0), Viewport navigation (VOBs
enabled) with an Intel HD 4000 (part of i7 CPU) is extremely fluid, like
30fps or more, (much slower on GTX 580 due to double sided Normals
restrictions).
With recent Blender versions, everything is fine until a F12 Cycles render
is performed (does not happen with Viewport render), after which Viewport
navigation becomes extremely sluggish, feels like 2fps. Hiding the heavy
particle object returns full Viewport performance, once object is unhidden
Viewport is back to a crawl. Closing and opening Blender with the same scene
and everything is back to normal, until the next F12 render is performed.

Blender versions prior to Toolkit 5.0 changes, Viewport performance remains
just as fluid after a F12 Cycles render, also tested Blender 2.67b.

Today's BuildBot version (official) blender-2.67-r57660-win64 produces the
sluggish Viewport issue after a F12 Cycles render.

David
--

3d-designs-davidblack.blogspot.com


_______________________________________________
Bf-cycles mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.blender.org/mailman/listinfo/bf-cycles">http://lists.blender.org/mailman/listinfo/bf-cycles</a>

</pre>
          </blockquote>
          <pre wrap="">_______________________________________________
Bf-cycles mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.blender.org/mailman/listinfo/bf-cycles">http://lists.blender.org/mailman/listinfo/bf-cycles</a>

</pre>
        </blockquote>
        <br>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
Bf-cycles mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.blender.org/mailman/listinfo/bf-cycles">http://lists.blender.org/mailman/listinfo/bf-cycles</a>
</pre>
      </blockquote>
      <br>
      <br>
      <pre class="moz-signature" cols="72">-- 
Thomas Dinges
Blender Developer, Artist and Musician

<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.dingto.org">www.dingto.org</a></pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Bf-cycles mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Bf-cycles@blender.org">Bf-cycles@blender.org</a>
<a class="moz-txt-link-freetext" href="http://lists.blender.org/mailman/listinfo/bf-cycles">http://lists.blender.org/mailman/listinfo/bf-cycles</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>