dan@msdc.UUCP (Dan Forsyth) (11/28/84)
We're getting ready to convert to 4.2BSD in the next couple of months (we had to wait until we could buy another machine). In thumbing through old Usenix conference proceedings I noticed an article by Leffler, Karels, and McKusick entitled "Measuring and Improving the Performance of 4.2BSD". It outlines a number of performance modifications they made to 4.2 so that it will run as fast as 4.1. Now, for all of you wizards who are in the know, my question is this: I should (choose the best answer) a) not worry because all of these improvements are in the original 4.2 distribution. b) spend a few more bucks and get a recent distribution with the fixes. c) wait a few more months and then spend the money for a new distribution. d) not worry because they will never be distributed. Dan Forsyth ({akgua,gatech,mcnc}!msdc!dan) Medical Systems Development Corporation, Atlanta, GA
mark@tove.UUCP (Mark Weiser) (12/01/84)
D. They will never be distributed. The authors of that article were asked from the floor several times if they would please post diffs to net.sources or something for these changes. They were indifferent to our pleas. -- Spoken: Mark Weiser ARPA: mark@maryland Phone: (301) 454-7817 CSNet: mark@umcp-cs UUCP: {seismo,allegra}!umcp-cs!mark USPS: Computer Science Dept., University of Maryland, College Park, MD 20742
chuqui@nsc.UUCP (Cheshire Chuqui) (12/02/84)
In article <55@tove.UUCP> mark@tove.UUCP (Mark Weiser) writes: > > D. They will never be distributed. > >The authors of that article were asked from the floor several >times if they would please post diffs to net.sources or something >for these changes. They were indifferent to our pleas. I wasn't there, but I bet indifferent is an overstatement. I've been able to look at and evaluate a couple of the fixes they talked about-- inetd and the namei cache. Both are VERY significant pieces of code, guaranteed to make your life miserable if you don't know what you are doing when you install them or if you don't install them right. inetd, as a matter of fact, requires modifications to a large number of other programs that need to interface to it. Both of these are really beyond the scope of net.sources in my mind because of the significance of the hacks required to get them running. They have all been sent back to Berkeley, and I've seen systems at Berkeley running them. I've been told that Berkeley is going to be announcing 4.3 (or at least a new distribution, with or without memory mapping, with or without remote file systems depending on who's rumors you listen to) that will have the performance hacks and bug fixes in it. chuq -- From the center of a Plaid pentagram: Chuq Von Rospach {cbosgd,decwrl,fortune,hplabs,ihnp4,seismo}!nsc!chuqui nsc!chuqui@decwrl.ARPA ~But you know, monsieur, that as long as she wears the claw of the dragon upon her breast you can do nothing-- her soul belongs to me!~
jim@haring.UUCP (12/03/84)
> D. They will never be distributed. > The authors of that article were asked from the floor several > times if they would please post diffs to net.sources or something > for these changes. They were indifferent to our pleas. At the last EUUG meeting in Cambridge, Mike Karels had a slide prepared to anticipate the obvious 'when?' question, it said 'before 1999', to which a cry was heard from the audience 'can we hold you to that, Mike?'. Don't plea, offer an expenses-paid trip to Europe to give a talk about it instead-:). No, 'D' isn't the right answer. Jim McKie Centrum voor Wiskunde en Informatica, Amsterdam mcvax!jim
bloom%ucbshadow@brl-tgr.ARPA (12/19/84)
In article <55@tove.UUCP> mark@tove.UUCP (Mark Weiser) writes: > > D. They will never be distributed. > >The authors of that article were asked from the floor several >times if they would please post diffs to net.sources or something >for these changes. They were indifferent to our pleas. I wouldn't say that the people from Berkeley were indifferent to the requests. Nothing from the group working on BSD is posted on net.sources or any other newsgroup. All network newsgroups have too wide of a distribution. Many sights do not have the proper licensing for the information already being distributed. Berkeley is also not a software production environment. We do not have the facilities to continually distribute bug fixes or maintainence releases on a regular basis. Changes that are considered important enough are made and will be distributed through a proper release, if and when one happens. Jim Bloom bloom@ucb-arpa.arpa ucbvax!bloom