Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 10 replies
  • Subscribers 2 subscribers
  • Views 8372 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Installing UTM Home on ESXi 5.5

JimPhreak
Looking to install UTM Home Edition on ESXi 5.5.  Wondering if there is any documentation on what settings to use when creating the VM as well as during the install process of the software itself.


This thread was automatically locked due to age.
Parents
  • 0
    That's some serious CPU allocation man. [:)] I'm assuming that guest does transcoding?

    One thing to watch out for when using multi vCPU configs in ESXi, scheduling contention can become a performance issue. Back in the 4.x days VMware did some studies which found on hosts running mixed single vCPU, dual vCPU & quad vCPU guests, the dual vCPU guests often outperformed the quad guests in a lot of benchmarks. Reason was ESXi schedules CPU time slices for all vCPU cores simultaneously which means it has to have four physical cores free to schedule a 4 vCPU guest whereas a 1 or 2 vCPU guest only need 1 or 2 physical cores. Long and short was that single & dual core guests had less contention for CPU time meaning they got a better slice of the pie, resulting in better performance then their quad brethern.

    And given your allocating 6 vCPU into a 4 core Xeon (8 w/ HT but not true cores), you'll want to look at CPU ready values. This site has a good way to analyze the data from the CPU graphs: CPU Ready Revisted - Quick Reference Charts - VMtoday
  • 0 in reply to TheDrew
    That's some serious CPU allocation man. [:)] I'm assuming that guest does transcoding?

    One thing to watch out for when using multi vCPU configs in ESXi, scheduling contention can become a performance issue. Back in the 4.x days VMware did some studies which found on hosts running mixed single vCPU, dual vCPU & quad vCPU guests, the dual vCPU guests often outperformed the quad guests in a lot of benchmarks. Reason was ESXi schedules CPU time slices for all vCPU cores simultaneously which means it has to have four physical cores free to schedule a 4 vCPU guest whereas a 1 or 2 vCPU guest only need 1 or 2 physical cores. Long and short was that single & dual core guests had less contention for CPU time meaning they got a better slice of the pie, resulting in better performance then their quad brethern.

    And given your allocating 6 vCPU into a 4 core Xeon (8 w/ HT but not true cores), you'll want to look at CPU ready values. This site has a good way to analyze the data from the CPU graphs: CPU Ready Revisted - Quick Reference Charts - VMtoday



    Interesting, that's not something I was aware of.  Yes my server does a lot of transcoding, sometimes 3-4 files simultaneously.  I wonder what would be the best way for me to test the performance of allocating 2 vs 4 vs 6 vCPU.
Reply
  • 0 in reply to TheDrew
    That's some serious CPU allocation man. [:)] I'm assuming that guest does transcoding?

    One thing to watch out for when using multi vCPU configs in ESXi, scheduling contention can become a performance issue. Back in the 4.x days VMware did some studies which found on hosts running mixed single vCPU, dual vCPU & quad vCPU guests, the dual vCPU guests often outperformed the quad guests in a lot of benchmarks. Reason was ESXi schedules CPU time slices for all vCPU cores simultaneously which means it has to have four physical cores free to schedule a 4 vCPU guest whereas a 1 or 2 vCPU guest only need 1 or 2 physical cores. Long and short was that single & dual core guests had less contention for CPU time meaning they got a better slice of the pie, resulting in better performance then their quad brethern.

    And given your allocating 6 vCPU into a 4 core Xeon (8 w/ HT but not true cores), you'll want to look at CPU ready values. This site has a good way to analyze the data from the CPU graphs: CPU Ready Revisted - Quick Reference Charts - VMtoday



    Interesting, that's not something I was aware of.  Yes my server does a lot of transcoding, sometimes 3-4 files simultaneously.  I wonder what would be the best way for me to test the performance of allocating 2 vs 4 vs 6 vCPU.
Children
  • 0 in reply to JimPhreak
    Interesting, that's not something I was aware of.  Yes my server does a lot of transcoding, sometimes 3-4 files simultaneously.  I wonder what would be the best way for me to test the performance of allocating 2 vs 4 vs 6 vCPU.


    If that's the only VM on the machine, there's really no contention. It's when you toss more VMs on the same box that contention arises. Only way to know if contention will be a problem is turn on several big transcoding jobs (get all the cores hopping), then fire up a large download through the UTM with IPS & Dualscan A/V on. If contention is an issue, you'll see it in those ready numbers.
Unfiltered HTML