Number: 1517 Date: 27-Jun-84 13':47':48 Submitter: Sannella.PA Source: Masinter.pa Subject: Allow packet lookahead in DEI, Unix Leaf servers Assigned To: Attn: Lisp, vanMelle Status: Open In/By: Problem Type: Performance Impact: Serious Difficulty: Hard Frequency: Everytime Priority: Unlikely System: Communications Subsystem: VAX Server Machine: 1132 Disk: Lisp Version: Source Files: Microcode Version: Memory Size: File Server: Server Software Version: Disposition: Description: ' Date': 27 Jun 84 10':39 PDT' From': masinter.pa' Subject': [Eric Schoen ': Interlisp-D Filing]' To': LispSupport' cc': Sheil' ' Please add ARs under Communication/VAX Server, priority Unlikely, Impact': Serious, Difficulty': Hard, Attn': Lisp, Subject': "Add packet buffering to DEI, Unix Leaf servers"' ' ----- Begin Forwarded Messages -----' ' Return-Path': ' Redistributed': Xerox1100UsersGroup^.PA' Received': from SUMEX-AIM.ARPA by Xerox.ARPA ; 11 JUN 84 22':20':59 PDT' Date': Mon, 11 Jun 84 22':14':03 PDT' From': Eric Schoen ' Subject': Interlisp-D Filing' To': 1100users@SUMEX-AIM.ARPA' ' I haven''t encountered a good system for handling multiple versions of source' files in any language. However, rather than light a flame on that topic, I''d' like to address the issue of file server performance.' ' Early versions of Interlisp-D (Allegro through Chorus [Feb, 1983]) used an implementation of the Leaf protocol which used an outstanding request window of exactly 1 packet; that is, no lookahead was performed on the connection, reducing a competant virtual circuit protocol to an expensive request-response model. I developed the Tenex/Tops-20 server under these Lisp versions.' ' Later versions of Interlisp support multiple-packet lookahead for situations in which the system detects sequential reading or writing (e.g. making or loading files). The Tops-20 server hasn''t been updated to support multiple packet lookahead, however (well, the code''s in there, but not too well debugged under certain circumstances). The result is dead time between a response and the next request.' ' We recently implemented a brand-new Leaf server, written in Bliss to run under our own Pup environment on VAX/VMS. The server supports up to 5 packet lookahead (Lisp uses only 1 packet, though). Thus, there''s no deadtime between response and next request; the next request has already been made, and the response is (hopefully) already back at the D-machine. I''ve measured 200KB throughput between a timeshared VAX-11/780 and our Dorado (loading .DCOM files), with a Dolphin-based 3-10 MB Interlisp gateway in the path. On the other hand, the Tops-20 Leaf server, on a 2020 running on the same 3 MB net as the Dorado, with no users, can only push about 30 KB to the Dorado.' ' So the point of all this is that Leaf server efficiency is paramount to good file I/O in Interlisp. I haven''t seen the latest Unix Leaf server, but the version we had at SDR did no lookahead. We had patched that version to run under our VMS environment for a time, and saw roughly the same performance as the 2020. Note that in a (multiple) gateway environment, packet lookahead can do quite a bit to mask gateway delays (so long as your networks are reasonably reliable).' ' Eric' -------' ' ----- End Forwarded Messages -----' Workaround: Test Case: Edit-By: vanMelle Edit-Date: 14-Aug-84 12':14':48