Date: Fri, 17 May 1996 16:04:42 +1000 From: Stephen McKay <syssgm@devetir.qld.gov.au> To: Michael Smith <msmith@atrad.adelaide.edu.au> Cc: freebsd-current@freebsd.org, sysgsm@devetir.qld.gov.au Subject: Re: Debugging NFS bustedness in -current... Message-ID: <199605170604.QAA07165@orion.devetir.qld.gov.au>
next in thread | raw e-mail | index | archive | help
Michael Smith <msmith@atrad.adelaide.edu.au> wrote: >I've been building test kernels using a -current from around 15/5. >(Awfully slow on a 386 8( ). > >So far, things which _haven't_ affected bustedness : > - the presence or abscene of any of the Ix86_CPU defines (which might have > changed the behaviour of the kernel bcopy). > >(I'm building a fresh GENERIC kernel, and one of the above to see if >NFS_NOSERVER is a problem). >Suggestions anyone? I had lots of NFS problems until I switched to TCP from UDP on my 386. UDP used to work before mid January, or so. I mount mine "rw,intr,tcp" now, and everything is fine. Of course, not all servers support NFS over TCP, so the UDP problem should be worked on. Also, have you noticed any "spinning" processes on your 386, that is, processes that get a lot of CPU time, but never complete? If so, this is triggered by some interactions between 386's, swapping (not just paging), and the VM system. The following patch works for me. By the way, John Dyson tells me this will be irrelevant when his updated VM code is installed (Real Soon Now). Apply to pmap.c version 1.89: --- pmap.c.dist Tue May 14 14:09:52 1996 +++ pmap.c Tue May 14 14:45:51 1996 @@ -380,6 +380,7 @@ pmap_page_protect(VM_PAGE_TO_PHYS(mpte), VM_PROT_NONE); vm_page_free(mpte); #else + pmap_changebit(VM_PAGE_TO_PHYS(mpte), PG_A|PG_M, FALSE); mpte->dirty = 0; vm_page_deactivate(mpte); #endif Stephen.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199605170604.QAA07165>