From owner-freebsd-questions@freebsd.org Mon Feb 17 16:01:21 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 527B323D264 for ; Mon, 17 Feb 2020 16:01:21 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 48Lpcw2NRTz48FG for ; Mon, 17 Feb 2020 16:01:20 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from lowell-desk.be-well.ilk.org (router.lan [172.30.250.2]) by be-well.ilk.org (Postfix) with ESMTP id B7B2733C0C; Mon, 17 Feb 2020 11:01:08 -0500 (EST) Received: by lowell-desk.be-well.ilk.org (Postfix, from userid 1147) id 51A4121FBA04; Mon, 17 Feb 2020 11:01:07 -0500 (EST) From: Lowell Gilbert To: Steve O'Hara-Smith Cc: freebsd-questions@freebsd.org, Polytropon Subject: Re: Technological advantages over Linux References: <20200214121620.GA80657@admin.sibptus.ru> <1848571509.3253011.1581719423989@mail.yahoo.com> <20200215195303.464e585a.freebsd@edvax.de> <20200215202033.6c856b8f7639b304d96e68ce@sohara.org> <20200215215825.5d3c9a1a@archlinux> <20200215211542.e8cc2827fc4664ea4bcad918@sohara.org> <20200215223449.355a9ac9@archlinux> <20200215223649.40196f37@archlinux> <20200215232623.7995b06e@archlinux> <20200215235822.f804ffc6.freebsd@edvax.de> <20200215232931.5a9132b2e83daa2d0a06dac8@sohara.org> Date: Mon, 17 Feb 2020 11:01:06 -0500 In-Reply-To: <20200215232931.5a9132b2e83daa2d0a06dac8@sohara.org> (Steve O'Hara-Smith's message of "Sat, 15 Feb 2020 23:29:31 +0000") Message-ID: <44y2t1td8d.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 48Lpcw2NRTz48FG X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-questions-local@be-well.ilk.org has no SPF policy when checking 23.30.133.173) smtp.mailfrom=freebsd-questions-local@be-well.ilk.org X-Spamd-Result: default: False [1.80 / 15.00]; ARC_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ilk.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.42)[0.415,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.25)[0.253,0]; R_SPF_NA(0.00)[]; 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:7922, ipnet:23.30.0.0/15, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.13)[ip: (0.15), ipnet: 23.30.0.0/15(1.21), asn: 7922(-0.66), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Feb 2020 16:01:21 -0000 Steve O'Hara-Smith writes: > On Sat, 15 Feb 2020 23:58:22 +0100 > Polytropon wrote: > >> And all of them connect to the Internet, using a device that >> internally uses a BSD or a Linux, and the bowels of the Internet >> consist primarily of BSD and Linux. Add "Linux-like things" to >> the mix, like Android smartphones, or "BSD-like things" like >> Macs, and numbers might look a little different. > > The late Morten Reistad used to post (in alt.folklore.computers) > about the numbers of processors with memory management being made and > comparing that with Windows licenses, Apple and Android phone production > numbers. Windows, MacOs and commercial unix licenses only account for a > small fraction of the CPUs made - most of them have to be running something > else Linux (Android, routers, TVs, cars ...), BSD (routers and who knows > what else) and Mach (iThingies) being the obvious available kernels. Back then, having memory management implied having virtual memory. These days, some fairly low-end CPUs have MMUs. Furthermore, memory management is very useful for implementing process privileges, even on an OS that does not use virtual memory; again, something that wasn't relevant back in the day.