[1008] in arla-drinkers
Re: proposed PAG handling changes for Arla
daemon@ATHENA.MIT.EDU (Assar Westerlund)
Sat Jul 24 00:29:09 1999
From owner-arla-drinkers@stacken.kth.se Sat Jul 24 04:29:07 1999
Return-Path: <owner-arla-drinkers@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 6399 invoked from network); 24 Jul 1999 04:29:05 -0000
Received: from unknown (HELO sundance.stacken.kth.se) (130.237.234.41)
by bloom-picayune.mit.edu with SMTP; 24 Jul 1999 04:29:05 -0000
Received: (from majordom@localhost)
by sundance.stacken.kth.se (8.8.8/8.8.8) id GAA00849
for arla-drinkers-list; Sat, 24 Jul 1999 06:23:14 +0200 (MET DST)
Received: from assaris.sics.se (assaris.sics.se [193.10.66.108])
by sundance.stacken.kth.se (8.8.8/8.8.8) with ESMTP id GAA00845
for <arla-drinkers@stacken.kth.se>; Sat, 24 Jul 1999 06:23:07 +0200 (MET DST)
Received: (from assar@localhost) by assaris.sics.se (8.9.3/8.7.3) id GAA05780; Sat, 24 Jul 1999 06:23:40 +0200 (CEST)
From: Assar Westerlund <assar@stacken.kth.se>
To: Chris Wing <wingc@engin.umich.edu>
Cc: "Neulinger, Nathan R." <nneul@umr.edu>,
"'Jeffrey Hutzelman'" <jhutz@cmu.edu>, arla-drinkers@stacken.kth.se
Subject: Re: proposed PAG handling changes for Arla
References: <Pine.LNX.4.10.9907201211010.2654-100000@shaft.engin.umich.edu>
Mime-Version: 1.0 (generated by tm-edit 7.68)
Content-Type: text/plain; charset=US-ASCII
Date: 24 Jul 1999 06:23:40 +0200
In-Reply-To: Chris Wing's message of "Tue, 20 Jul 1999 13:03:21 -0400 (EDT)"
Message-ID: <5lu2qu8ylv.fsf@assaris.sics.se>
Lines: 22
X-Mailer: Gnus v5.5/Emacs 19.34
Sender: owner-arla-drinkers@stacken.kth.se
Precedence: bulk
Chris Wing <wingc@engin.umich.edu> writes:
> I believe Arla's 'fs' command has a PAG garbage collection option which
> does this automatically.
Yes, `fs gcpags' will do a pioctl VIOC_GCPAGS. (Which is a nop in
Arla :-)
> In Arla, it's less of an issue since the tokens are stored in user
> space, not kernel space. (arlad does all the real work)
Yes. Expanding on this a little bit, arlad stores the credentials of
the actual users in a hash table from which credentials get deleted
when you do `unlog' or when the credential expires.
> > If we don't, things get really slow cause the token/pag structures get
> > enormous.
>
> I haven't tried Arla on a machine with hundreds of users yet, though...
Me neither, but I've no reason to believe it should behave badly.
/assar
