On Fri, 15 Oct 2004 17:31:48 -0700 (PDT)
Matthew Dillon <dillon@apollo.backplane.com> wrote:
> Yah. This is the error that occurs when the namecache is not
> properly purged due to some operation or another. I hit these
> quite often when I was working on the patch set and I am not
> surprised there are still some issues. The question is, which
> operation caused the problem? If you can figure that out it will
> be a lot easier to track down.
This is probably not terribly useful information, but -
I bit the bullet and updated to HEAD two days ago. Trying the system
out today, the first thing I noticed was that it seemed to start out a
lot faster - small applications (like 'dillo') would seem to load nearly
instantaneously, and such - but that might have been an illusion after
getting used to using NetBSD on a slow drive for a side project. Then
after some intensive use, DragonFly would return to a normal-seeming
speed, and after yet more use, drag down to a crawl.
Specifically I've been doing 'make realquickrel', and it starts out
fine, but by the time it gets to 'makewhatis', it's only dragging along.
Opening another rxvt (so that I could run 'top' and see what's going on)
took about a minute in total. 'top' does not show 'makewhatis' using
much CPU - rather, it gets stuck in 'vlruwk' state for ages at a time.
Hmmm, it just finished. By the looks of it, the other programs like
'make' and 'install' are sticking in 'vlruwk' quite badly too.
I haven't run into any problems along the lines of "file reported
missing when it's actually there" yet.
-Chris