linux-kernel - Re: [patch] sched: schedstat needs a diet

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Wed, 31 Oct 2007 02:06:01 -0700
From:	Rick Lindsley <ricklind@...ibm.com>
To:	"Ken Chen" <kenchen@...gle.com>
cc:	"Mathieu Desnoyers" <mathieu.desnoyers@...ymtl.ca>,
	"Peter Zijlstra" <peterz@...radead.org>,
	"Ingo Molnar" <mingo@...e.hu>,
	"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>
Subject: Re: [patch] sched: schedstat needs a diet 

    On 10/18/07, Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca> wrote:
    > Good question indeed. How large is this memory footprint exactly ? If it
    > is as small as you say, I suspect that the real issue could be that
    > these variable are accessed by the scheduler critical paths and
    > therefore trash the caches.

    Maybe my wording was ambiguous, I meant to reduce cache line pollution
    when accessing these schedstat fields.

As the original author, it was always my intention that schedstats be low
enough impact that it could be turned on all the time, if need be.  That's
why, for the most part, it does increments and decrements of counters and
leaves the actual math to apps that might gather the data.  Initial
measurements showed that it was having no measurable impact on performance.

Of course, that was years ago too.  Systems (and hardware) have changed
considerably in that time.  Are we talking theoretical cache pollution
or measured?  And if measured, what effect is it having?

(sorry for the late followup; was on vacation ...)

Rick
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/