Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1272948

Re: [RFD] CAT user space interface revisited

From Thomas Gleixner <tglx@linutronix.de>
Newsgroups linux.kernel
Subject Re: [RFD] CAT user space interface revisited
Date 2015-11-19 10:10 +0100
Message-ID <qwto7-7iI-9@gated-at.bofh.it> (permalink)
References <qwfEv-6Cj-21@gated-at.bofh.it> <qwl7c-1Xq-19@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, 18 Nov 2015, Marcelo Tosatti wrote:
> On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote:
> > So now to the interface part. Unfortunately we need to expose this
> > very close to the hardware implementation as there are really no
> > abstractions which allow us to express the various bitmap
> > combinations. Any abstraction I tried to come up with renders that
> > thing completely useless.
> 
> No you don't.

Because you have a use case which allows you to write some policy
translator? I seriously doubt that it is general enough.
 
> Again: you don't need to look into the MSR table and relate it 
> to tasks if you store the data as:
> 
> 	task group 1 = {
> 			reservation-1 = {size = 80Kb, type = data, socketmask = 0xffff},
> 			reservation-2 = {size = 100Kb, type = code, socketmask = 0xffff}
> 	}
> 	
> 	task group 2 = {
> 			reservation-1 = {size = 80Kb, type = data, socketmask = 0xffff},
> 			reservation-3 = {size = 200Kb, type = code, socketmask = 0xffff}
> 	}
> 
> Task group 1 and task group 2 share reservation-1.
> 
> This is what userspace is going to expose to users, of course.


 
> If you expose the MSRs to userspace, you force userspace to convert
> from this format to the MSRs (minding whether there
> are contiguous regions available, and the region shared with HW).

Fair enough. I'm not too fond about the exposure of the MSRs, but I
chose this just to explain the full problem space and the various
requirements we might have accross the full application space.

If we can come up with an abstract way which does not impose
restrictions on the overall configuration abilities, I'm all for it.

>     - The bits which select a cache partition need to be consecutive
> 
> BUT, for our usecase the cgroups interface works as well, so lets
> go with that (Tejun apparently had a usecase where tasks were allowed to 
> set reservations themselves, on response to external events).

Can you please set aside your narrow use case view for a moment and
just think about the full application space? We are not designing such
an interface for a single use case.

Thanks,

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

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[RFD] CAT user space interface revisited Thomas Gleixner <tglx@linutronix.de> - 2015-11-18 19:30 +0100
  Re: [RFD] CAT user space interface revisited Luiz Capitulino <lcapitulino@redhat.com> - 2015-11-18 20:40 +0100
    RE: [RFD] CAT user space interface revisited "Auld, Will" <will.auld@intel.com> - 2015-11-18 21:00 +0100
  Re: [RFD] CAT user space interface revisited Marcelo Tosatti <mtosatti@redhat.com> - 2015-11-18 23:40 +0100
    Re: [RFD] CAT user space interface revisited Marcelo Tosatti <mtosatti@redhat.com> - 2015-11-19 01:40 +0100
      Re: [RFD] CAT user space interface revisited Thomas Gleixner <tglx@linutronix.de> - 2015-11-19 09:40 +0100
        Re: [RFD] CAT user space interface revisited Luiz Capitulino <lcapitulino@redhat.com> - 2015-11-19 14:50 +0100
        Re: [RFD] CAT user space interface revisited Marcelo Tosatti <mtosatti@redhat.com> - 2015-11-20 17:40 +0100
    Re: [RFD] CAT user space interface revisited Thomas Gleixner <tglx@linutronix.de> - 2015-11-19 09:20 +0100
  Re: [RFD] CAT user space interface revisited Marcelo Tosatti <mtosatti@redhat.com> - 2015-11-19 01:20 +0100
    Re: [RFD] CAT user space interface revisited Marcelo Tosatti <mtosatti@redhat.com> - 2015-11-19 02:10 +0100
      Re: [RFD] CAT user space interface revisited Thomas Gleixner <tglx@linutronix.de> - 2015-11-19 10:10 +0100
        Re: [RFD] CAT user space interface revisited Marcelo Tosatti <mtosatti@redhat.com> - 2015-11-19 23:30 +0100
          Re: [RFD] CAT user space interface revisited Thomas Gleixner <tglx@linutronix.de> - 2015-11-20 09:00 +0100
            Re: [RFD] CAT user space interface revisited Marcelo Tosatti <mtosatti@redhat.com> - 2015-11-20 20:30 +0100
      Re: [RFD] CAT user space interface revisited Marcelo Tosatti <mtosatti@redhat.com> - 2015-11-19 21:40 +0100
    Re: [RFD] CAT user space interface revisited Thomas Gleixner <tglx@linutronix.de> - 2015-11-19 10:10 +0100
    Re: [RFD] CAT user space interface revisited Chao Peng <chao.p.peng@linux.intel.com> - 2015-11-24 09:40 +0100
      Re: [RFD] CAT user space interface revisited Marcelo Tosatti <mtosatti@redhat.com> - 2015-11-25 23:10 +0100
  Re: [RFD] CAT user space interface revisited Chao Peng <chao.p.peng@linux.intel.com> - 2015-11-24 08:40 +0100
    Re: [RFD] CAT user space interface revisited Marcelo Tosatti <mtosatti@redhat.com> - 2015-11-25 23:10 +0100

csiph-web