[edorman@Tanya.ucsd.edu (Eric Dorman) writes:]
>I did notice however that the response of the system as a whole
>seems to be more sluggish. Startup is somewhat slower and response
>in different vtys is, well, 'sticky'. It's kinda hard to explain..
>I'll try to quantify it more this wk.
Check "ps" to see who's running. You might have a runaway process.
I saw this sort of behavior once, when nothing showed up in ps. It turned
out to be the power management mode running wild; I had to reinitialize its
flash storage and reboot, after which things went back to normal.
>I had a few comments about the src tree:
> srv/mach/fd, srv/mach/scsi, bin/init needs -lsrv in LDFLAGS.
Fixed in my latest private tree. I'll put up a new snapshot when I get back
to the states.
> srv/mach/joystick stuffers from coming from a dosfs; libjoystick.c
>and libjoystick.h get truncated filenames so the makefile dies.
Ah yes.
> ls -l output format isin't conducive to pipelining, and I personally
>find it hard to read.
There was a poprt of GNU "ls". That'd help, I suppose.
>I was wondering what negative results might come from doing something
>like
> mount fs/root:vsta /
>all the time, to construct a union mount in / of the dos stuff and the
>vsta stuff. The intent is to establish a Plan9ish consistency,
>with /lib, /bin, /include etc. and writing the src tree to assume
>these are the locations of stuff it needs. This mount would eliminate
>a depth dependency that exists in the src tree (all the -I/-L../../../
>stuff) and make 'mkall install' work regardless of where the src tree
>resided, and more easily support more architectures.
No, actually all the relative stuff is so that you can move the tree
anywhere. I don't want to change that. The only remaining wart is that
/vsta/include should have a matching /vsta/src/include.
> I haven't run into any trouble with this mount even though
>it hides whatever bin/lib/include dos junk is beneath it, but I
>have very little DOSstuff :)
Me, either. I wrote Hearts for MGR so I could bear to de-install Windows
3.1. :-)
Andy
Received on Tue Jul 15 05:36:07 1997
This archive was generated by hypermail 2.1.8 : Thu Sep 22 2005 - 15:12:43 PDT