Announcement

Collapse
No announcement yet.

DR Spawner takes forever to kick in

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • DR Spawner takes forever to kick in

    Does anybody know why it seems to take so long for the rendering spawners to kick in to help out with a still image?
    the rendering gets about halfway completed before any of the rendering spawners start up
    or is there a hidden setting that controls the timing of this and when it kicks in>, I am using vray_adv_36003_max2016_x64
    is anybody else having this same issue
    I seem to remember the older VRay release not talking so long
    please help and I thank you in advance

  • #2
    Originally posted by ntavian View Post
    Does anybody know why it seems to take so long for the rendering spawners to kick in to help out with a still image?
    the rendering gets about halfway completed before any of the rendering spawners start up
    or is there a hidden setting that controls the timing of this and when it kicks in>, I am using vray_adv_36003_max2016_x64
    is anybody else having this same issue
    I seem to remember the older VRay release not talking so long
    please help and I thank you in advance
    Not sure about before, but I'm noticing it now that they take long to kick in... Perhaps we are falling behind in the times and our Network set up needs to be improved? Faster NW card, etc? I don't know myself.

    Comment


    • #3
      I cant believe that nobody else is having issues with this
      DR is one of the best tools for getting renderings completed quickly
      c'mon people what going on with this

      Comment


      • #4
        Hello,
        No problem here, and we heavily rely on DR daily ... latest VRay release, 3dsmax 2016 SP3, Windows 7 x64. Maybe worth monitoring your network somehow ?
        Nicolas Caplat
        www.intangibles.fr

        Comment


        • #5
          What about posting some measured times or an example scene. How long is "rendering gets about halfway completed" for example? This might get you better answers.
          Daniel Schmidt - Developer of psd-manager

          Comment


          • #6
            Have you take into account the loading times? How long does it take to load the scene, hit Render button after than and the first buckets kick in?
            If that time is similar to to time where the workstation with loaded scene reaches halfway the rendering then it is normal for the slaves to join the rendering in the middle of it.
            When scene is loaded into a memory it is much faster to start rendering it, when the job is submitted to a network machine however the scene should be first transferred to that machine, then loaded along all it's assets, then exported to the renderer and only afterwards the buckets will kick in. The more the machines are the slower that process will be since V-Ray needs to transfer all the data to all the machines.

            A simple test that will ensure whether V-Ray work fine is to create a very simple scene with a few basic primitives and a light, make sure it renders relatively slowly and run DR.
            If spawners join immediately then everything is fine and it is almost sure that the slowdown comes from the loading times and network speed.
            If spawnerrs however still join after certain amount of time then it could be something else.
            Last edited by svetlozar.draganov; 12-09-2017, 09:37 AM.
            Svetlozar Draganov | Senior Manager 3D Support | contact us
            Chaos & Enscape & Cylindo are now one!

            Comment


            • #7
              All, thanks for all of your responses, so Svetlozar Draganov you are correct, after working with a much simpler scene file with no displacement, all the slave machines kick in immediately after scene is loaded into memory.
              So i guess all is working fine,
              but what got me wondering is that with the more heavy scene, after the host machine would begin the rendering process, the
              VRay log would say the scene was transferred to all of the DR machines, but it would take a long time to see any of the slaves to actually render a bucket.
              I think I need to look at my NEtwork and why its so slow in transferring the scene? or maybe its the slaves take a long time to load the file
              anyways thanks for all your help

              Comment


              • #8
                I'm experience very slow speeds as well with DR right now. It's not a massive file, about 1GB uncompressed. And yet for some reason the transfer over network is in the kbps not MB/s. Copying any other file through the gigabit network works as it should. The host DR machine is Win 10 as is one of the servers so maybe that has something to do with it because I've never seen it so slow. Really not good.
                Tim Nelson
                timnelson3d.com

                Comment


                • #9
                  Problem also seems to be that the server will just hang for a couple minutes before it even starts to load the scene. It will get to a certain point and then just get stuck until it finally kicks in and loads. Max 2014, Vray 3.6..latest, Win 10 64 pro, Ryzen 1700 local host, 1950x slave. Same for an i7 slave. This hangup was never a problem until just now with the new computers and OS.

                  EDIT: I've realized that this has become a problem with a max file in particular. Earlier saves of the same scene with similar file sizes do not have this problem. Haven't experienced this before, very puzzling and frustrating. The file starts to open, hangs for a couple minutes and then starts again and loads quickly. This is not just DR, just opening the file normally.

                  SOLVED: Sorry bout that. I'm not sure why, but a boolean object was the culprit. Once I collapsed to mesh the load times are normal again.
                  Last edited by timmatron; 07-11-2017, 01:10 PM.
                  Tim Nelson
                  timnelson3d.com

                  Comment

                  Working...
                  X