From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 22475 invoked from network); 3 Jun 2020 05:43:18 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 3 Jun 2020 05:43:18 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 84C849CA54; Wed, 3 Jun 2020 15:43:15 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 2CC399CA29; Wed, 3 Jun 2020 15:42:44 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 9E9339CA29; Wed, 3 Jun 2020 15:42:19 +1000 (AEST) Received: from mail-pg1-f171.google.com (mail-pg1-f171.google.com [209.85.215.171]) by minnie.tuhs.org (Postfix) with ESMTPS id 288E39C96B for ; Wed, 3 Jun 2020 15:42:19 +1000 (AEST) Received: by mail-pg1-f171.google.com with SMTP id u5so988754pgn.5 for ; Tue, 02 Jun 2020 22:42:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:reply-to:subject:to:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding:content-language; bh=jy+2x5taGNYbRq/TaWYNu1c2U8Dov6eraeoJb11Lw9o=; b=OJDwGSWmIhebGAtQNRG4zHOe9KWM/Ft5UqCG6acyLuVypGa2e1Fm1/ugJivUkYnCzc hp86LuXLCdvTZNjhH3NnFzIEWMehX+aeL+TxCWkcpR5paIbOGrmUGtBqRqlGGLvCMb/E ddzJJcoqEHEgX6O0RmyyRemD9ad9/RkMWTAxm6tUMB0d7VOb2Bvgz9FJ6oa5x/lquyOJ 3gGhSJq3I4O1OTYUFv01QHcGKwQqVjaIzNpLtBijmfm8+smTfmL6XY0TjUMCXi26Z9aA 63dHzcj13CWAcqjrYX0g1HoaQVuGnPOoJ8FmmEX8vSeT+jENZDuOllrvtGty4VwByjMM ssrw== X-Gm-Message-State: AOAM531s4txvYgWvIP2VO/OEyBd4UWopX/ppUdWmBrgv03KU+SMpuEcm xou9139rYsszaTpB54dJV7deF78L35M= X-Google-Smtp-Source: ABdhPJy99pj+wxY6Vxj9esOA4JQVPMleosjeFHe7yc/MXc+md5kbzofxlw+BNreKUp3Y2iEu+BR5dQ== X-Received: by 2002:a17:90a:ea05:: with SMTP id w5mr3674623pjy.37.1591162938198; Tue, 02 Jun 2020 22:42:18 -0700 (PDT) Received: from ?IPv6:2601:601:a000:cb0:9b7:e18:e2aa:8e12? ([2601:601:a000:cb0:9b7:e18:e2aa:8e12]) by smtp.gmail.com with ESMTPSA id 125sm755333pff.130.2020.06.02.22.42.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 02 Jun 2020 22:42:17 -0700 (PDT) To: Paul Ruizendaal , TUHS main list References: From: Heinz Lycklama Organization: Open Systems Technology Associates Message-ID: <3e482f51-2c2e-19a8-c9fd-f23c67f1df8c@osta.com> Date: Tue, 2 Jun 2020 22:41:16 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Subject: Re: [TUHS] non-blocking IO (morphing to "The serial I/O loop") X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: heinz@osta.com Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" See comments below. Heinz On 6/2/2020 2:34 AM, Paul Ruizendaal wrote: >> On 5/31/2020 9:46 AM, Warner Losh wrote: >>> Sorry to top post, but LSX or Miniunix had non blocking I/O as well. >>> It was in one of the documents that Clem scanned in the last year. It >>> specifically was an experiment into how to do it. >>> >>> Warner >> I did add a few new features to LSX to deal with contiguous files >> and to handle asynchronous read/write's for real time applications. >> They are described in the LSX paper in the 1978 BSTJ on the >> UNIX Time-Sharing System. >> >> Heinz > Thanks for highlighting this! > > The realm here is async I/O to disk, my original scope was limited to “communication” files (tty’s, pipes, network connections). Still, I find it an interesting topic. > > For others, the paper that you refer to can also be found here: > https://www.tuhs.org/Archive/Documentation/TechReports/Heinz_Tech_Memos/UNIX_on_a_Microprocessor_19780322.pdf > If I read correctly, the async functionality was available only in the stand alone program version of LSX. Is that correct? In any case, the source code appears lost. Any source code for LSX would be archived somewhere within Nokia Bell Labs? > From another paper in that set, I get the impression that the async functionality for LSX builds on earlier work for a very early version of Unix: > https://www.tuhs.org/Archive/Documentation/TechReports/Heinz_Tech_Memos/TM-74-1352-1_Implementation_of_Large_Contiguous_Files_and_Asynchronous_IO_in_UNIX_19740104.pdf Yes, as this memo describes, I implemented a very simple version of large contiguous files and asynchronous file I/O for a special application. The MERT system developed a little later on, had a completely integrated of implementation of contiguous files and asynchronous file I/O. > - - - > > When reading through the papers in that TUHS directory, something else caught my attention: early networking at the labs. For a while I have been puzzled by the “serial I/O loop” in use at the labs in the early seventies. Last Fall I found some 1970/1971 BSTJ papers about it, but there it stopped. Jon Steinhart would have more information about the serial I/O loo. > I see in the memo on Glance (https://www.tuhs.org/Archive/Documentation/TechReports/Heinz_Tech_Memos/TM-75-1352-3_GLANCE_Terminals_on_UNIX_Time-Sharing_19750303.pdf) that D.R. Weller continued to work on it up to 1973 at least and that it was integrated with Unix in some way. Is that correct? Did the two memo’s referred to (MM 70-1384-1 and TM 73-1356-8) survive? I do not believe that the software for the Glance terminals was ever integrated into the standard UNIX software distribution > Then the memo on satellite processors is very interesting (https://www.tuhs.org/Archive/Documentation/TechReports/Heinz_Tech_Memos/TM-78-3114-2_A_Minicomputer_Satellite_Processor_System_19780322.pdf). This appears to show the serial I/O loop in use as late as 1978, with a very intriguing use case involving system call forwarding over the network. Carl Christensen and I developed this software to handle small computer systems with disk storage, as described in the memo, and in the BSTJ article. The satellite diskless computers could be attached to a powerful central computer by means the serial I/O loop or various standard DEC controllers. Each of the satellite computers could run different tailored applications > Can you tell me more about the serial I/O loop and its use cases? I think Jon Steinhart has described this elsewhere? > > > >