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


Groups > linux.kernel > #1225039

Optimising USERNS mapping translation.

From Aleksa Sarai <cyphar@cyphar.com>
Newsgroups linux.kernel
Subject Optimising USERNS mapping translation.
Date 2015-09-15 14:40 +0200
Message-ID <q8XGF-4Ub-13@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Show all headers | View raw


Hi,

I'm wondering if there's a reason that we do a linear search for the
mapping translations between kuid_t and uid_t. Surely something like a
radix trie would (potentially) allow for better storage and lookup? Is
the whole "an extent fits in a cache line" a good enough optimisation
that it would be pointless to use a better structure? Also, is there a
good reason why we have UID_GID_MAP_MAX_EXTENTS = 5 (other than the
one cache line thing)? Surely it's not more efficient to have to
create a bunch of nested namespaces in order to have more than 5
extents?

-- 
Aleksa Sarai (cyphar)
www.cyphar.com
--
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 | NextNext in thread | Find similar | Unroll thread


Thread

Optimising USERNS mapping translation. Aleksa Sarai <cyphar@cyphar.com> - 2015-09-15 14:40 +0200
  Re: Optimising USERNS mapping translation. "Eric W. Biederman" <ebiederm@xmission.com> - 2015-09-15 16:10 +0200

csiph-web