Subject: Re: an in-kernel getcwd() implementation
To: Bill Sommerfeld <sommerfeld@orchard.arlington.ma.us>
From: Jonathan Stone <jonathan@DSG.Stanford.EDU>
List: tech-kern
Date: 03/07/1999 12:31:31
In message <199903071551.PAA07378@orchard.arlington.ma.us>,
Bill Sommerfeld writes:
>> 1) how does it interact with amd's userspace finagling
>> of mount-points?
>
>Could you be more specific? I haven't used amd for a long time... What
>behavior are you looking for? Does it generate carefully selected
>device/inode numbers or something screwy like that to spoof getcwd?
I havent used it in years, either. I recall amd changing its own idea
of the mount-point without (necessarily) telling the kernel. maybe
I'm misremembering. We can discuss it offline (after i get more
coffee?)
>There isn't a per-process name->vnode cache in NetBSD (or least, not
>one I could find..) so, no, I don't think the additional complexity
>makes sense.
systat vmstat keeps printing lines about a namei proc-cache...
now you mention it maybe it never has nonzero hit rate.
nullfs doesnt blow up on mount anymore, but it may still be horribly
broken internally. i just wondered why it was absent.
the rest youve covered. (well, you did ask for it:)