From owner-freebsd-hackers@freebsd.org Thu Jan 3 16:22:36 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 A752B142F35E for ; Thu, 3 Jan 2019 16:22:36 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf1-x436.google.com (mail-pf1-x436.google.com [IPv6:2607:f8b0:4864:20::436]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CAFF483B92 for ; Thu, 3 Jan 2019 16:22:35 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf1-x436.google.com with SMTP id 64so16894418pfr.9 for ; Thu, 03 Jan 2019 08:22:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xNQ/hYuk3w/VJV0XKxeyr+ovzudynVlSfaofSHhUfGY=; b=vcNHSm7rtCI5nFoJ1n7DNN48mGxU/aAUS6ssohJdGjWUeoHb1dMORHIVc87Bu0+hKx 7DO+/Qv9VUMdavSM5IMX6W0h3BYet4sCxHZZm91PPK6AuQPnJxEx95DqzdDUb7tHRRvW aGIGTRe0j/XB4nCI4brGEebAH9vEN07c1PURJRtCtTLDrkSydCSShnxn1O6RT1xRMGy/ cZ2hCqSgC6FQE1ijLf05ycj6lOGBH6BdWf4AigjGDbYvG03K5vqQGK0sIR5yg4OWba/b fzc3tRzeMBW45czvl3x9MB+vvpS22U+mNsy56Zt+CmvRJ1jcsfYK4EWeHVlOSUA/yI4w odqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=xNQ/hYuk3w/VJV0XKxeyr+ovzudynVlSfaofSHhUfGY=; b=WI0AFHpkcsWde3bRamQy+5450zE1VMn0EFcEpVgmzbqtA8wKjVRtOEZQejveqxYIt8 ANYRrcd2IXLhZ77gTqHKAl7rBSNn2QnfepzI9KROqy3pj2WeCvZ6zekSrBlT0J5mxyln hl9WxWaonxdzivddZp2hebLKl4wAP7HdTc2jra8IT8Ap8Q4WfDYeewvFeZNaKe7pY0MF txVbY3nf0aymACqktS6SGNsFQztXxsEpp4fpaktelRzgwHbtHIi2UlgWbkssUswkcHqA pznaSA9CO+LaMNCH1eCc/AXItQg0p0VZromfhTvGJ1zVMRvZEdXr3R+IfyLm8ijO9w4A Ycpg== X-Gm-Message-State: AJcUukfRIxdFrQuyV2YDAuFbQ3E+Xh6AD+995RFUX394pfIq/InhTNop yOKABo/hvFBbZIOWsZkgJ6Nmo3G7 X-Google-Smtp-Source: ALg8bN7lNw/RqZp7AzotV21POrzCfVhYqQ9k2MrwCD1Rpt+gTni1YP/Nl5qqaeMyd9wybhsDVHZoJQ== X-Received: by 2002:a65:6645:: with SMTP id z5mr46031355pgv.351.1546532554306; Thu, 03 Jan 2019 08:22:34 -0800 (PST) Received: from ?IPv6:2607:fb90:8232:33:687e:8852:7f6e:cdc? ([2607:fb90:8232:33:687e:8852:7f6e:cdc]) by smtp.gmail.com with ESMTPSA id f64sm147744413pfh.0.2019.01.03.08.22.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Jan 2019 08:22:33 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: Speculative: Rust for base system components From: Enji Cooper X-Mailer: iPhone Mail (16C104) In-Reply-To: Date: Thu, 3 Jan 2019 08:22:32 -0800 Cc: freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <361CCB81-AEB6-4EAC-9604-CD8F4C63948C@gmail.com> References: <201901021829.x02IT4Kc064169@slippy.cwsent.com> To: Eric McCorkle X-Rspamd-Queue-Id: CAFF483B92 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.95 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.96)[-0.956,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] 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: Thu, 03 Jan 2019 16:22:36 -0000 > On Jan 3, 2019, at 04:46, Eric McCorkle wrote: >=20 > On 1/2/19 1:29 PM, Cy Schubert wrote: >=20 >>> I'm all for discussion and criticism of this, that's why I posted it, >>> but I don't think these kinds of false equivalences are helpful. >>=20 >> Actually it is helpful. Without a solid proposal of a new feature or=20 >> userland utility to be imported into base that requires the support of=20= >> a language not already in base, the implication of the original email=20 >> starting this thread was to rewrite FreeBSD using rust. >=20 > That doesn't represent what I wrote at all, and is bordering on a > strawman argument. Nobody to my knowledge is suggesting rewriting > everything, nor would that be possible. >=20 >> In reality we should rely more on ports. Over the years this business=20 >> has become more fragmented. Each year we see new languages being=20 >> developed and used. Importing new shiny objects into base is=20 >> unsustainable. IMO the momentum is behind containerization,=20 >> specifically kubernetes and docker-like containers. That is today. The=20= >> next year or two will introduce new technologies and shiny objects=20 >> which we will likely need to introduce here to remain relevant. We=20 >> should be looking to reduce the footprint of base, introduce new=20 >> technologies in ports (ports are much easier to build from scratch,=20 >> maintain, and update than base). Additionally the idea of meta-ports=20 >> that install groups of packages would make building purpose-built=20 >> systems a breeze for our user base, similar to what anaconda does, like=20= >> a FreeBSD based LAMP (FAMP) stack package that installs all the=20 >> necessary bits with one pkg install command. >=20 > And that seems to be the point of convergence in all this, which is fine > by me. I was looking to discuss the options and figure out the best way > forward. Going back to my previous statement, I think writing a service monitor (to w= ork alongside init and rc) in modern C++/rust would be a good item to undert= ake. I=E2=80=99d be willing to do this with someone else, as a research project/t= o demo how rust could be used. Given prior comments about rust binary sizes and the fact that the default l= inking option is mostly static, a =E2=80=9Cmission critical binary=E2=80=9D l= ike this (or rescue?) would be a good candidate for rust. Cheers, -Enji PS let=E2=80=99s call the discussion mostly closed and start working on prot= otypes instead of beating a dead horse further.=