[lkml]   [2016]   [Sep]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCHv12 1/3] rdmacg: Added rdma cgroup controller
On 01/09/2016 00:16, Tejun Heo wrote:
> Hello,
> On Wed, Aug 31, 2016 at 06:07:30PM +0300, Matan Barak wrote:
>> Currently, there are some discussions regarding the RDMA ABI. The current
>> proposed approach (after a lot of discussions in the OFVWG) is to have
>> driver dependent object types rather than the fixed set of IB object types
>> we have today.
>> AFAIK, some vendors might want to use the RDMA subsystem for a different
>> fabrics which has a different set of objects.
>> You could see RFCs for such concepts both from Mellanox and Intel on the
>> linux-rdma mailing list.
>> Saying that, maybe we need to make the resource types a bit more flexible
>> and dynamic.
> That'd be back to square one and Christoph was dead against it too,
> so...

Well, if I recall, the reason doing so last time was in order to allow
flexible updating of ib_core independently, which is obviously not a
good reason (to say the least).

Since the new ABI will probably define new object types (all recent
proposals go this way), the current approach could lead to either trying
to map new objects to existing cgroup resource types, which could lead
to some weird non 1:1 mapping, or having a split definitions - such that
each driver will declare its objects both in the cgroups mechanism and
in its driver dispatch table.
Even worse than that, drivers could simply ignore the cgroups support
while implementing their own resource types and get a very broken
containers support.

> Thanks.


 \ /
  Last update: 2016-09-17 09:58    [W:0.267 / U:0.272 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site