lkml.org 
[lkml]   [2015]   [Oct]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH V15 00/11] x86: Intel Cache Allocation Technology Support
Hi Peter,

On Fri, Oct 16, 2015 at 11:50:22AM +0200, Peter Zijlstra wrote:
> On Thu, Oct 15, 2015 at 11:28:52PM -0300, Marcelo Tosatti wrote:
> > On Thu, Oct 15, 2015 at 01:36:14PM +0200, Peter Zijlstra wrote:
> > > On Tue, Oct 13, 2015 at 06:31:27PM -0300, Marcelo Tosatti wrote:
> > > > I am rewriting the interface with ioctls, with commands similar to the
> > > > syscall interface proposed.
> > >
> > > Which is horrible for other use cases. I really don't see the problem
> > > with the cgroup stuff.
> >
> > Can you detail what "horrible" means?
>
> Say an RT scenario; you set up your machine with cgroups. You create a
> cpuset with is disjoint from the others,

taskset. sys_schedsetaffinity.

> you frob around with the cpu
> cgroup, etc..
>
> So once you're all done, you start your RT app into a cgroup.
>
> But oh, fail, now you have to go muck about with ioctl()s to get the
> cache allocation cruft to work.

1) Its a command similar to taskset.

2) Cgroup interface as you propose seem to go against the usecase indicated by Tejun where
applications set the cache allocation themselves.

(The two points indicate that i can't see the benefit of the cgroup
interface suggestion, please clarify).



\
 
 \ /
  Last update: 2015-10-26 21:21    [W:0.418 / U:0.076 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site