Article View: comp.sys.next.misc
Article #2874Re: What causes the GUI's slowness under 3.0?
From: Paul A. Griffin
Date: Fri, 09 Oct 1992 21:00
Date: Fri, 09 Oct 1992 21:00
45 lines
2802 bytes
2802 bytes
In article <BvuzAH.9s.2@cs.cmu.edu> ddj+@cs.cmu.edu (Doug DeJulio) writes: >In article <1992Oct9.032553.26343@eng.ufl.edu> pgriffin@uful07.phys.ufl.edu >(Paul A. Griffin) writes: >>c. If it is a bug, is there a simple fix that an end user, or system >>administator can implement? Does NeXT plan on releasing the bug fix >>before 3.1 arrives? > >Yes, I think so. Boot with more buffers. This makes a HUGE >difference. Before increasing the number of buffers, my NeXTstation >mono (25MHz) cralwed with 3.0. Now it doesn't seem like it's slower >than 2.1 to me (subjective, might be because of the way I use it). >-- >Doug DeJulio >ddj+@cmu.edu It's nice to know that there is a way of speeding up the 3.0 GUI by increasing the number of buffers, and baring any better solution, that is what I will do when my cdrom/3.0 upgrade arrives in late December. But is that the root of the problem? Namely, that the number of buffers initially alocated by 3.0 is less than the number alocated by 2.x? If so, then it's a simple bug to fix. There could be other explainations. From reading complaints on the net, my best guesses are that the problem arises from one of the following: 1. Workspace Manager might be much larger in 3.0 than 2.x, and require more real memory when moving windows around, etc. On my 2.1 machine Workspace Manager asks for about 20 mb of (mostly virtual) memory. 2. Workspace Manager is slower because of a new feature, like distributed objects. 3. Workspace Manager has a bug. 4. NeXT also has added compressed paging and/or swapping. Maybe the memory management is slower in 3.0 than in 2.x, due to a bug or the implementation of compression. I also noticed a number of people claiming that the two pre-release versions of 3.0 had snappier window management than the final public version. This makes the problem sound like a bug fix that in turn generated a new bug! -- Paul A. Griffin Phone: (904)-392-5712 Department of Physics Fax: (904)-392-0524 University of Florida E-mail: pgriffin@uful07.phys.ufl.edu Gainesville, FL, 32611 (ASCII text e-mail only)
Technical Details
Message-ID:
<1992Oct9.210049.28177@eng.ufl.edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!haven.umd.edu!darwin.sura.net!ukma!eng.ufl.edu!uful07.phys.ufl.edu!pgriffinReferences:
<5361@rosie.NeXT.COM> <1992Oct9.032553.26343@eng.ufl.edu> <BvuzAH.9s.2@cs.cmu.edu>Show Full Headers
Complete Article Headers
Newsgroups: comp.sys.next.misc Path: arc1-ca.pugleaf.net!sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!haven.umd.edu!darwin.sura.net!ukma!eng.ufl.edu!uful07.phys.ufl.edu!pgriffin From: pgriffin@uful07.phys.ufl.edu (Paul A. Griffin) Subject: Re: What causes the GUI's slowness under 3.0? Message-ID: <1992Oct9.210049.28177@eng.ufl.edu> Keywords: 3.0 Sender: news@eng.ufl.edu (Usenet Diskhog System) Organization: University of Florida, Gainesville References: <5361@rosie.NeXT.COM> <1992Oct9.032553.26343@eng.ufl.edu> <BvuzAH.9s.2@cs.cmu.edu> Date: Fri, 9 Oct 92 21:00:49 GMT Lines: 45