Messages in this thread | | | Date | Mon, 26 Oct 2015 18:02:22 -0200 | From | Marcelo Tosatti <> | Subject | Re: [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).
| |