Announcement

Collapse
No announcement yet.

2x Xeon 2699 v3 not using all cores.

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

  • 2x Xeon 2699 v3 not using all cores.

    Any ideas why its only using 50% of the threads?

    Click image for larger version

Name:	vray3_dual xeon_2699v3.JPG
Views:	1
Size:	245.3 KB
ID:	880992

    Specs are:
    dual xeon 2699 v3 (18cores)
    64gb ram
    Windows 7 64
    Max design 2014
    Vray 3.00.08

    The usual flags are all turned on in the preferences.
    I tried explicitly setting rendering threads to match cpu cores+ht via maxscript, still no luck.

  • #2
    Hey mate,

    Sorry can't help on this one but I would love to know where you purchased this little baby.
    Seems really good those CPUs.

    Stan
    3LP Team

    Comment


    • #3
      The regular Windows API for multithreading allows a single process to run only on one processor group (up to 64 threads). There is a newer API that allows a process to run on more cores, but we are not using it in V-Ray yet.

      What you can do however, is run a local DR render server on the same machine and use local DR. This would be more efficient anyways.

      Best regards,
      Vlado
      I only act like I know everything, Rogers.

      Comment


      • #4
        Originally posted by vlado View Post
        The regular Windows API for multithreading allows a single process to run only on one processor group (up to 64 threads). There is a newer API that allows a process to run on more cores, but we are not using it in V-Ray yet.

        What you can do however, is run a local DR render server on the same machine and use local DR. This would be more efficient anyways.

        Best regards,
        Vlado

        Thanks for the quick reply.

        So I guess to fully use this as a rendernode, I would need to virtualize to 2 machines and run separate processes.
        Is there a plan to implement this updated version of the windows api?

        Comment


        • #5
          I'd use it as a workstation and just be grateful for A: the POWER! and B: the fact that there are 4 cores (8 virtual) left over for browsing the web while you render
          www.peterguthrie.net
          www.peterguthrie.net/blog/
          www.pg-skies.net/

          Comment


          • #6
            Originally posted by IVOR_IP View Post
            So I guess to fully use this as a rendernode, I would need to virtualize to 2 machines and run separate processes.
            You can do that, but actually V-Ray 3.0 allows you to run multiple V-Ray spawners on the same machine at different ports, I just need to check what was the format of the command line.

            Is there a plan to implement this updated version of the windows api?
            Yes, eventually we will have to do that. Although it means that it will not run on anything below Windows 7 anymore. See this page for more information:
            http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

            There is a statement there that worries me a little bit:
            If an application uses a DLL that has per-processor data structures, and the DLL has not been modified to support more than 64 logical processors, all threads in the application that call functions exported by the DLL must be assigned to the same group.
            V-Ray makes a lot of calls into 3ds Max DLLs during rendering and some of them might maintain per-thread data structures - not sure how/if this will affect things.

            Best regards,
            Vlado
            I only act like I know everything, Rogers.

            Comment


            • #7
              Thanks for the information.
              Was also trying iray, mentalray, corona, octane, etc... Given its locked out by the single max process, this makes sense.

              For the vrayspawner args, along with the portnumber, is there one for number of threads?
              Actually is there's a doc for commandline parameters, you never know when they will come in handy.

              Thanks again, you guys are true professionals.

              Comment


              • #8
                Hey mate,

                I saw on corona's forum that someone had the same issue as you do, might be you actually didn't check.
                He disabled the HT and had obviously all the cores working again.
                Is there a real valuable benefit to the hyper threading, anyways? Enough to justify going with multiple DR and all that fiddling in stead of just disable HT?

                Stan
                3LP Team

                Comment


                • #9
                  if its 50% loss right now, then no you should disable HT.
                  Dmitry Vinnik
                  Silhouette Images Inc.
                  ShowReel:
                  https://www.youtube.com/watch?v=qxSJlvSwAhA
                  https://www.linkedin.com/in/dmitry-v...-identity-name

                  Comment


                  • #10
                    Originally posted by 3LP View Post
                    Is there a real valuable benefit to the hyper threading, anyways?
                    Depending on the scene, up to 30% speed improvement. However this was true for i7 and older Xeon processors, I don't know if it's true in this particular case. If the machine is split in two virtual ones, then definitely HT will be useful.

                    Best regards,
                    Vlado
                    I only act like I know everything, Rogers.

                    Comment

                    Working...
                    X