From owner-freebsd-hackers@freebsd.org Tue Jan 1 01:56:00 2019 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 895081422F08 for ; Tue, 1 Jan 2019 01:56:00 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [173.228.5.8]) by mx1.freebsd.org (Postfix) with ESMTP id 300EC8EC13 for ; Tue, 1 Jan 2019 01:55:58 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id A54DF156E410; Mon, 31 Dec 2018 17:55:29 -0800 (PST) From: Bakul Shah To: Steffen Nurpmeso cc: Rozhuk Ivan , "freebsd-hackers@freebsd.org" , Volker Lendecke Subject: Re: Speculative: Rust for base system components In-reply-to: Your message of "Mon, 31 Dec 2018 21:14:23 +0100." <20181231201423.mJwUS%steffen@sdaoden.eu> References: <20181231160738.j4gow437liu7urjy@sernet.de> <20181231221030.6471937e@rimwks> <20181231201423.mJwUS%steffen@sdaoden.eu> Comments: In-reply-to Steffen Nurpmeso message dated "Mon, 31 Dec 2018 21:14:23 +0100." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <860.1546307729.1@bitblocks.com> Content-Transfer-Encoding: quoted-printable Date: Mon, 31 Dec 2018 17:55:29 -0800 Message-Id: <20190101015536.A54DF156E410@mail.bitblocks.com> X-Rspamd-Queue-Id: 300EC8EC13 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of bakul@bitblocks.com designates 173.228.5.8 as permitted sender) smtp.mailfrom=bakul@bitblocks.com X-Spamd-Result: default: False [-2.51 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.974,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:173.228.5.8/29]; NEURAL_HAM_LONG(-0.95)[-0.953,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bitblocks.com]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.bitblocks.com]; NEURAL_HAM_SHORT(-0.20)[-0.204,0]; IP_SCORE(-0.17)[asn: 46375(-0.79), country: US(-0.08)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:46375, ipnet:173.228.0.0/20, country:US]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jan 2019 01:56:00 -0000 On Mon, 31 Dec 2018 21:14:23 +0100 Steffen Nurpmeso w= rote: > Rozhuk Ivan wrote in <20181231221030.6471937e@rimwks>: > |On Mon, 31 Dec 2018 17:07:38 +0100 > |Volker Lendecke wrote: > | > |> Not being involved in FreeBSD but in Samba, I could see a migration = of > |> parts of Samba to Rust if it had a Rust->C translator. I think for > |> FreeBSD base components similar arguments would apply. You could shi= p > |> the C output for the platforms that don't have native Rust. > | > |Rust is modern geeks toy by mozilla. > |Just waste ot time, without any real profits. > > I vote for Nim (former Nimrod is no more). So do I but it doesn't make sense to add any new language to the base system without having a number of absolutely essential programs written in that language that must also be included in the base system. Even at that point, using any such language for writing kernel code is madness. There are millions of lines of C kernel code which are not going to benefit in any way from the new language. Remember that except for drivers the kernel is essentially a single binary. GC becomes much less of an issue for user programs. I'd rather see a much smaller base, with pkg install for various typical user types.