All rights reserved. The Berkeley software License Agreement
specifies the terms and conditions for redistribution.
@(#)7.t 1.1 (Berkeley) 07/27/85
Conclusions
4.2BSD, while functionally superior to 4.1BSD, lacked much of the performance tuning required of a good system. We found that the distributed system spent 10-20% more time in the kernel than 4.1. This added overhead combined with problems with several user programs severely limited the overall performance of the system in a general timesharing environment.
Changes made to the system since the 4.2 distribution have eliminated most of the added system overhead by replacing old algorithms or introducing additional cacheing schemes. The combined caches added to the name translation process reduce the average cost of translating a pathname to an inode by more than 50%. These changes reduce the percentage of time spent running in the system by nearly 9%.
The use of silo input on terminal ports only when necessary has allowed the system to avoid a large amount of software interrupt processing. Observations show that the system is forced to field about 25% fewer interrupts than before.
The kernel changes, combined with many bug fixes, make the system much more responsive in a general timesharing environment. The system now appears capable of supporting loads at least as large as supported under 4.1 while providing all the new interprocess communication, networking, and file system facilities. .nr H2 1
\s+2Acknowledgements\s0We would like to thank Robert Elz for sharing his ideas and his code for cacheing system wide names and searching the process table. We thank Alan Smith for initially suggesting the use of a capability based cache. We also acknowledge George Goble who dropped many of our changes into his production system and reported back fixes to the disasters that they caused. The buffer cache read-ahead trace package was based on a program written by Jim Lawson. Ralph Campbell implemented several of the C library changes. The original version of the Internet daemon was written by Bill Joy. In addition, we would like to thank the many other people that contributed ideas, information, and work while the system was undergoing change. .nr H2 1
\s+2References\s-2