On Monday, June 05, 2006 12:11:18 PM -0500 Troy Benjegerdes
<[EMAIL PROTECTED]> wrote:
On Fri, Jun 02, 2006 at 01:17:04PM -0400, Jeffrey Hutzelman wrote:
On Friday, June 02, 2006 01:05:13 PM -0400 chas williams - CONTRACTOR
<[EMAIL PROTECTED]> wrote:
> i have my doubts though about bothering with a pool of creds on linux.
> kmalloc on the linux already does a bit of work to keep pools
> of memory available of various sizes and this is just double work.
I'm not so sure. Since the OS doesn't actually have creds like we
expect, we have to cons them up for every filesystem operation (that
is, every time crget() is called). That's pretty frequent, and it
seems appropriate to avoid the overhead of memory allocation every time.
What exactly do we have in this credential structure that can't be put
into the linux kernel keyring implementation as is? How would the
keyring API need to be changed/extended?
You're confused. This is not about keys or tickets.
_______________________________________________
OpenAFS-devel mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-devel
