Forum Discussion

neeeewbie's avatar
Feb 03, 2021
Solved

cpu thread alloc to host on vcmp environment

Hi guys

I need your help !

 

should I cpu thread alloc to host on vcmp environment?

I checked data sheet, i11800 device thread is 36 but device can using thread only 32 for vcmp

other device can using all thread to vcmp

should I alloc thread to host? or I dont need alloc thread?

 

thanks  

  • Hello Neeeewbie.

     

    Take into account that the limitation of 32 VCMP Guests is not only because of the number of cores but the memory allocation.

     

    i11800 has 256 GB of memory which gives you the chance to allocate 32 guests with 8GB each one.

     

    Some other examples:

    i15800 -  56 HT - 512 GB - 56 vcmp guests ( 8GB each one + 64GB extra ) <--- Here the limitation is because of the number of cores.

    i10800 - 36 HT - 128 GB - 16 vcmp guests ( 8 GB each one )

    i7800 - 12 HT - 96 GB - 12 vcmp guests ( 8 GB each one )

     

    The only exception to this rule occurs in i5800 series, which allows you to allocate a high density of vcmp.

    i5800 - 8 HT - 48GB - 8 vcmp guests (6GB each one)

     

    Viprion is also a different approach.

     

    Regards,

    Dario.

1 Reply

  • Hello Neeeewbie.

     

    Take into account that the limitation of 32 VCMP Guests is not only because of the number of cores but the memory allocation.

     

    i11800 has 256 GB of memory which gives you the chance to allocate 32 guests with 8GB each one.

     

    Some other examples:

    i15800 -  56 HT - 512 GB - 56 vcmp guests ( 8GB each one + 64GB extra ) <--- Here the limitation is because of the number of cores.

    i10800 - 36 HT - 128 GB - 16 vcmp guests ( 8 GB each one )

    i7800 - 12 HT - 96 GB - 12 vcmp guests ( 8 GB each one )

     

    The only exception to this rule occurs in i5800 series, which allows you to allocate a high density of vcmp.

    i5800 - 8 HT - 48GB - 8 vcmp guests (6GB each one)

     

    Viprion is also a different approach.

     

    Regards,

    Dario.