qemu-ppc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-ppc] [Qemu-devel] [RFC PATCH v2] PPC: smp: autodetect numbers


From: Alexey Kardashevskiy
Subject: Re: [Qemu-ppc] [Qemu-devel] [RFC PATCH v2] PPC: smp: autodetect numbers of threads per core
Date: Sat, 11 Jan 2014 01:35:29 +1100
User-agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0

On 01/11/2014 01:25 AM, Alexander Graf wrote:
> 
> On 10.01.2014, at 15:21, Mike Day <address@hidden> wrote:
> 
>> On Fri, Jan 10, 2014 at 9:13 AM, Alexey Kardashevskiy <address@hidden>
>> wrote:
>>> On 01/11/2014 01:00 AM, Alexander Graf wrote:
>> 
>>>> Can't we determine the number of "default threads" at a common
>>>> place, preferably derived from cpu type?
>>> 
>>> We can do anything. I asked how exactly as I really (really) do not 
>>> understand the details.
>>> 
>> 
>> Are you suggesting we create a dictionary with all the cpu type 
>> information stored in it (stepping, cores, threads, memory channels,
>> caches) that we need to keep updated?
> 
> We can always talk in extremes :). Today we have a dictionary of core
> types in QEMU. If a certain core type comes with a specific number of
> threads, that's a property of the core, no?


No, the max smt number comes from cap_ppc_smt, not from CPU type. PR KVM
may return something different (what does it return?) and TCG definitely
will not allow anything but 1. Up to the accelerator, not a CPU class.


-- 
Alexey



reply via email to

[Prev in Thread] Current Thread [Next in Thread]