linux-kernel - Re: [PATCH 1/2] Customize sched domain via cpuset

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] [thread-next>] [day] [month] [year] [list]

Message-Id: <20080403075601.d86bc0bd.pj@sgi.com>
Date:	Thu, 3 Apr 2008 07:56:01 -0500
From:	Paul Jackson <pj@....com>
To:	Hidetoshi Seto <seto.hidetoshi@...fujitsu.com>
Cc:	linux-kernel@...r.kernel.org, mingo@...e.hu, peterz@...radead.org,
	andi@...stfloor.org
Subject: Re: [PATCH 1/2] Customize sched domain via cpuset

H.Seto wrote:
> So, if there is no one can find use of two flags, I'll change it to one.
> Comments from any others?

I too don't have a strong preference either way ... just a bias toward
keeping the exposed per-cpuset flags as simple and generic as practical.

Exposing internal details that don't need to be exposed has two downsides:
 1) it makes using the flags slightly more difficult, as the user has to
    figure out more details, and
 2) it exposes some internal details that we didn't need to expose, thereby
    possibly making future changes more difficult.  We can change internal
    hidden detail anytime we want, but exposed interfaces are locked in
    with a high barrier to incompatible change.

I too would welcome comments from others.

-- 
                  I won't rest till it's the best ...
                  Programmer, Linux Scalability
                  Paul Jackson <pj@....com> 1.940.382.4214
--
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/