From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: tuhs-bounces@minnie.tuhs.org X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from minnie.tuhs.org (minnie.tuhs.org [45.79.103.53]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id b51a7245 for ; Thu, 1 Nov 2018 17:52:13 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id 3406EA21B3; Fri, 2 Nov 2018 03:52:12 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 62D53A2401; Fri, 2 Nov 2018 03:51:53 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 7A4F8A2152; Fri, 2 Nov 2018 02:48:57 +1000 (AEST) Received: from mail-ed1-f46.google.com (mail-ed1-f46.google.com [209.85.208.46]) by minnie.tuhs.org (Postfix) with ESMTPS id D34E9A214E for ; Fri, 2 Nov 2018 02:48:51 +1000 (AEST) Received: by mail-ed1-f46.google.com with SMTP id f8-v6so4723958edt.13 for ; Thu, 01 Nov 2018 09:48:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sMrgpC8C2PClbQkI6vT3/Yt2AizK9veOFPGNi6mL2Ts=; b=pG8I/XDBmoFSttnLDUzrkj7wPknTbTlFHn9sySzdoe2TfqO9qWpIZGvlekFqW7pFpW U3sZdSVnCnjNS39ZQ2Sul4Fy36RL+0agOWjGXYBGbSRAWuN71esQS16rYMqboF+D9Dhk ioIgkOLck+cjOZX2cxRYVRncO3HgR23D4MY57pzlszYXG0aN2+Eiqfo0R+dkR5q1Bdsu XnrLnvcq2lotWcCxNQpsdHclQrWwfaZrK8CkMUcziwonsO2NfnpD6LKHOCxDXwYee+QY Qr70rDiDZMc6I7hqIrS49whOYC8vLGALHxiRV2/VbIyqvEahYwB9Ze6gAqx47puNtx8M HyWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sMrgpC8C2PClbQkI6vT3/Yt2AizK9veOFPGNi6mL2Ts=; b=VHY+yE68l8LkNxl9BSalxzV5lrca6j7sMMww6KjNtzqR6HQZ947+sWV0njKaMlr8Dr R4oZgnSyIaWFIO/MzAz+qo+iNvk9mSSHA+sE+S8cGPjJGEEFfOof3ka35ec35hidxdh4 5Ptc065+GmryaWtXuSjfc4XUhiAzVGYk5NE3pCHqEBqNuX3O29dkyPB8YfYLgrbmAQYo jGYPR9OQzxiyATOjarnCRmZfiXsv+yLnYfgxjCPInOhfHUM5udX8gr4r890f9MSEk1hJ opPCo0TAhyX7Brn7xdgI6fDNNIprpZrYXVryF5O73BCuphGThYHBkSvZ4Yv+yK+gyxuD GtOg== X-Gm-Message-State: AGRZ1gL3ARdFz69pkCKoY+Bhc0119c3kIS4K4AsC0eiZ+sPiYpDA9hMs YN1rgOWpU5oGEGnn7mcK+XNb6duWjgKN04M6rU4= X-Google-Smtp-Source: AJdET5dNGsGi7ggPokacKsUvKtpe9YxZlslgo2Q6vn5E93xtKtD53vqz2PLXzyRsPaoTJp7TnZy5jE0EmUxNvxzoxkQ= X-Received: by 2002:a50:8f64:: with SMTP id 91-v6mr5720710edy.264.1541090930284; Thu, 01 Nov 2018 09:48:50 -0700 (PDT) MIME-Version: 1.0 References: <20181031043810.GA10775@minnie.tuhs.org> <20181101074231.GA4844@vagabond> In-Reply-To: From: ron minnich Date: Thu, 1 Nov 2018 09:48:38 -0700 Message-ID: To: Warner Losh Content-Type: multipart/alternative; boundary="000000000000775be405799d31f4" Subject: Re: [TUHS] Unix APIs: elegant or not? X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: The Eunuchs Hysterical Society Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000775be405799d31f4 Content-Type: text/plain; charset="UTF-8" On Thu, Nov 1, 2018 at 9:44 AM Warner Losh wrote: > > > There's another school of thought too that says the kernel has no business > parsing strings with all the security implications of doing so... > > yeah, it's an interesting question. But Unix is based on parsing strings. The kernel already parses lots of strings for paths, for all kinds of reasons, so adding another element in the kernel that uses paths seems acceptable. The bigger problem for Plan 9 that started to bite was i8n. All the Plan 9 messages are English, oops. All the control messages are english. And so on. And, further, that network architecture I referenced is much less efficient than the BSD model -- 5 system calls per accept! so that was starting to hit us here on the Akaros project, since we imported the entire Plan 9 network stack into akaros, along with the drivers. Linux left us in the dust on network connections/second. We were going to change it had Akaros continued. ron --000000000000775be405799d31f4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu= , Nov 1, 2018 at 9:44 AM Warner Losh <= imp@bsdimp.com> wrote:


There's = another school of thought too that says the kernel has no business parsing = strings with all the security implications of doing so...


yeah, it's an interesti= ng question. But Unix is based on parsing strings. The kernel already parse= s lots of strings for paths, for all kinds of reasons, so adding another el= ement in the kernel that uses paths seems acceptable.=C2=A0

<= /div>
The bigger problem for Plan 9 that started to bite was i8n. All t= he Plan 9 messages are English, oops. All the control messages are english.= And so on.=C2=A0

And, further, that network archi= tecture I referenced is much less efficient than the BSD model -- 5 system = calls per accept! so that was starting to hit us here on the Akaros project= , since we imported the entire Plan 9 network stack into akaros, along with= the drivers. Linux left us in the dust on network connections/second. We w= ere going to change it had Akaros continued.

ron= =C2=A0
--000000000000775be405799d31f4--