Considerando che qemu è un emulatore, mi sembra logico che sia possibile passare come opzione un numero di core e di socket superiore a quello del processore dell'host.-smp [cpus=]n[,cores=cores][,threads=threads][,sockets=sockets][,maxcpus=maxcpus]
Simulate an SMP system with n CPUs. On the PC target, up to 255 CPUs are supported. On Sparc32 target, Linux limits the number of usable CPUs to 4. For the PC target, the number of cores per socket, the number of threads per cores and the total number of sockets can be specified. Missing values will be computed. If any on the three values is given, the total number of CPUs n can be omitted. maxcpus specifies the maximum number of hotpluggable CPUs.
Lo trovo meno untuitivo però se si usa l'opzione -cpu host.
Mi verrebbe da pensare che passando le caratteristiche fisiche del processore, non dovrei poter sforare i sui limiti intrinsechi...
Poi mi chiedo, se dal punto di vista delle performance del quest, ha qualche rilevanza usare i parametri cores e socket rispetto a passare il solo parametro cpus.
Voi cosa ne pensate?
Ho fatto un po' di prove sul mio portatile che ha un i3 con 2 core fisici e 4 logici.
Diciamo che non mi spiego perché passare n sockets non si tratuce in n physical id lato guest?
L'unico momento in cui ho visto 2 physical id lato guest è stato quando ho passato un numero di core inferiore al numero di cpus.
Come dovrei interpretare questa cosa?
-smp cpus=8
Lato guest: 8 core senza physical id
-smp cpus=8,cores=4
Lato guest: 8 core, 4 con physical id 0 e 4 con physical id 1
-smp cpus=8,cores=8
Lato guest: 8 cpu con physical id 0
-smp cpus=8,cores=8,sockets=3
Lato guest: 8 cpu con physical id 0
-smp cpus=8,cores=8,sockets=3
Lato guest: 8 cpu con physical id 0
-smp cpus=8,cores=8,sockets=3 -cpu host
Lato guest: 8 cpu con physical id 0
