[PATCH] Count number of logical processors sharing L2 cache
Florian Weimer
fweimer@redhat.com
Mon May 23 14:42:00 GMT 2016
On 05/20/2016 02:13 PM, H.J. Lu wrote:
> On Fri, May 20, 2016 at 1:56 AM, Florian Weimer <fweimer@redhat.com> wrote:
>> On 05/19/2016 07:50 PM, H.J. Lu wrote:
>>>
>>> On Fri, May 13, 2016 at 1:39 PM, H.J. Lu <hjl.tools@gmail.com> wrote:
>>>>
>>>>
>>>> We need count number of available logical processors sharing L2
>>>> cache.
>>>
>>>
>>> For Intel processors, when there are both L2 and L3 caches, SMT level
>>> type should be ued to count number of available logical processors
>>> sharing L2 cache. If there is only L2 cache, core level type should
>>> be used to count number of available logical processors sharing L2
>>> cache. Number of available logical processors sharing L2 cache should
>>> be used for non-inclusive L2 and L3 caches.
>>>
>>> Any comments?
>>
>>
>> Is this accounting even relevant anymore, now that cache allocation can be
>> tweaked dynamically?
>
> Can you elaborate?
I'm wondering how this
<https://software.intel.com/en-us/articles/introduction-to-cache-allocation-technology>
technology affects what glibc records here. How accurate are the values
glibc computes? Do they need to be recomputed during the life of a
process? Is it still possible to obtain a reasonable approximation of
the over-all CPU cache system from within a userspace process?
Thanks,
Florian
More information about the Libc-alpha
mailing list