Xref: utzoo comp.arch:20354 comp.editors:2369 Path: utzoo!utgpu!news-server.csri.toronto.edu!utcs.toronto.edu!cks Newsgroups: comp.arch,comp.editors From: cks@hawkwind.utcs.toronto.edu (Chris Siebenmann) Subject: Re: Quote from new book Message-ID: <1991Jan23.020831.7991@jarvis.csri.toronto.edu> Followup-To: alt.religion.computers Organization: Ziebmef home away from home References: <1046@grit.cs.utexas.edu> <3349@uc.msc.umn.edu> <21349@oolong.la.locus.com> Date: 23 Jan 91 07:08:31 GMT Lines: 146 jfr@locus.com (Jon Rosen) writes: ... | By the way, this is also why I think Plan 9, as described in several | recent mags, is severely broken... The emphasis is on terminal servers | for interaction with the file and CPU servers... thus, no user will | have a true local computing capability... Why is this still being | considered??? We can now buy Sparc chips running 15Mips at a cost | that would allow every individual to have one at relatively low cost. There are both significant advantages and significant disadvantages to both shared versus independant computing facilities and terminals versus workstations (I'm using "terminal" in the generic sense of 'something that does no significant computing for me', not in the sense of a VT100). I don't think there's a single right answer for all circumstances, and I'm not sure the Plan 9 folks would argue that their approach is right for everyone. | The Plan 9 article in DrDobbs used the COST of workstations as a | justification for using X-type terminals!!! What is missing is that | the use of these kinds of terminals also increases the network | costs... And how much is NFS or RFS network traffic eating, compared to an X terminal's traffic? The exact tradeoff varies from application mix to application mix, and from user community to user community. Fast diskless workstations and fast servers for them kill a network far faster than almost all uses of X terminals. Note that the Plan 9 design carefully sepperates compute server<->disk server traffic from Gnot<->compute server traffic. | In many highly interactive graphic applications (which we are | starting to see in all disciplines, even the barebones business type | applications), the number of interactions between the client and | server at the keystroke or mouse level will put a very heavy burden | on the network... This depends on how you write applications; the Blit approach is to push as much of the complicated user interaction off to the "terminal" as possible, and cut down the terminal<->computer traffic. A Blit application typically does all graphic rendering and user interaction (or as much as is possible) entirely in the terminal; simple mouse clicks and keystrokes aren't sent up to the computer, only high-level commands and whole lines and similar things. The papers the Bell Labs crowd have written about the Blit, especially in the second issue of the Bell Technical Journal devoted to Unix (reprinted by AT&T as UNIX SYSTEM READINGS AND APPLICATIONS, Volume II) makes for very interesting reading. In an effort to inspire new and interesting articles instead of repeats of the canonical N shared computing versus independant computing, here's a nice summary article I saved from one of the previous rounds of this discussion: Article 14676 of comp.arch: Path: news-server.csri.toronto.edu!smoke.cs.toronto.edu!neat.cs.toronto.edu!moraes Newsgroups: comp.arch From: moraes@cs.toronto.edu (Mark Moraes) Subject: *MY* machine Message-ID: <90Mar22.151241est.3224@smoke.cs.toronto.edu> Followup-To: alt.religion.computers Organization: Department of Computer Science, University of Toronto References: <51771@lll-winken.LLNL.GOV> <100598@convex.convex.com> <1990Mar20.174931.2202@utzoo.uucp> <189@nominil.lonestar.org> Date: 22 Mar 90 20:13:06 GMT Lines: 75 The last time this thread came up (under the titles "Fad computing" and "X-terminals vs workstations"), some of us went offline and had our little private flame war, er, rational discussion. Some points that were brought up: - The problem with single-user vs shared is mainly political, partly emotional, almost never technical. (So let's get this debate out of comp.arch, please -- it has almost nothing to do with architecture other than the fact that computers are involved periperally in the debate) - There's a warm fuzzy feeling of "knowing this machine is MINE, all MINE, and you can get your grubby paws off it, thank you." By the same token, there's this warm fuzzy feeling of having the latest, most sexy hardware on your desk, often giving you the same effective throughput as the last generation... - Some shared computing facilities (SCFs) start to dictate what hardware their users run. `No, you can't buy machines from vendor X even if they're more cost-effective because we don't like them, or because it'll spoil our "special relationship" with vendor Y.' - Some shared computing facilities (SCFs) start to dictate what software their users run. (In particular, many sysadmins let their personal idiosyncrasies get in the way of user support -- things like sh vs csh vs ksh, vi vs jove vs emacs, suntools vs X10 vs X11, troff vs TeX vs *[Ww]ord* etc) - SCFs usually involve charging or cost sharing of some form, which is always a minefield of political problems. Accusations that one group of users is subsidizing another, that charges are biased, etc creep in. People end up preferring to pay larger amounts of money just to get free of the strings. - Some SCFs start setting arbitrary resource limits, even if users are willing to pay for more. (Anecdotes about the computer centres that wouldn't let you print more than N pages per month go here) - Most SCFs hate networks of workstations, especially diskless workstations since they're a pain to administer. - Some people believe that running your own workstation is a piece of cake. After all, the vendors ship systems that can be used straight out of the box. - Sysadmins? What sysadmins? That's what grad students are for! - Disk disasters? What disk disasters? - Networks are a snap! - Security is too expensive; no one will break into our machines! - Vendors ship secure systems that casual hackers can't break into easily! - Why bother upgrading the operating system? - Having multiple servers and machines makes your environment more tolerant of faults. (memories of 45 machines symlinking to a single shared news partition, mail partition, or /etc/motd go here) - Having Unix get between your window system and your display can be a real drag; typically, a cheap windowing terminal gets better responsiveness than your expensive workstation/cruncher because it doesn't have to do system calls just to process mouse movement. - People who want single-user machines are best advised to go and buy some brand of personal computer, unless they're sufficiently Unix-savvy, or willing to learn a fair bit of arcania. Mark. PS: Oh yeah, for the humour impaired, some of the items above should probably have smileys after them... -- V9: the kernel where you can do fgrep */*.[ch] and not get "Arguments too long". cks@hawkwind.utcs.toronto.edu ...!{utgpu,utzoo,watmath}!utgpu!cks