From owner-freebsd-hackers@freebsd.org Tue Aug 11 13:30:10 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FCD799E770 for ; Tue, 11 Aug 2015 13:30:10 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (unknown [IPv6:2001:4cb8:90:ffff::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B9EE18A1 for ; Tue, 11 Aug 2015 13:30:09 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from rack1.digiware.nl (unknown [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 78DC2153466; Tue, 11 Aug 2015 15:30:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from smtp.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FoPwlF_WaDLf; Tue, 11 Aug 2015 15:29:54 +0200 (CEST) Received: from [192.168.101.176] (vpn.ecoracks.nl [31.223.170.173]) by smtp.digiware.nl (Postfix) with ESMTPA id 80170153430; Tue, 11 Aug 2015 15:29:54 +0200 (CEST) Subject: Re: Sparc64 support To: Jordan Hubbard , Dieter BSD References: <16D597AE-613F-431F-8F56-30A8908F1913@me.com> Cc: freebsd-hackers@freebsd.org From: Willem Jan Withagen Message-ID: <55C9F8D2.5030704@digiware.nl> Date: Tue, 11 Aug 2015 15:29:54 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <16D597AE-613F-431F-8F56-30A8908F1913@me.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Aug 2015 13:30:10 -0000 On 11-8-2015 10:11, Jordan Hubbard wrote: >> I see a lot of hatred towards the less popular, "weird" arches. >> Having a variety of arches has a *lot* of value. > > I’m sorry, but on top of the points above where I think you’re fairly > far off-base, you could not be more wrong here either. Even NetBSD, > which has long had the motto of “of course it runs NetBSD!” (as if > the answer was so obvious as to be unworth the question), has been > retiring architectures left and right because there is no such thing > as “free” in software. Everything has a cost in time, in complexity, > in maintenance headaches, etc. You absolutely MUST weigh the > relative value of each and every platform (or HW device) you support > and be willing to ruthlessly cull the old and the weak or before > long, your software will be a collection of burdensome conditionals > and weird constructs that no one even understands the purpose of > anymore, but “they were necessary for something, at some point” so no > one dares remove them, either. > > Just ask the OpenSSL project how heavy the burden of history can be > (and look at how many lines of code LibreSSL has ripped out, often > with great glee) and then ask yourself again if your definition of > “value” is truly aligned with the converse reality we objectively > know to be true Well it starts with the fun job of writing compiler-backends where the code is generated... Let alone that the backend writes optimized machine-code. Newer CPUs allow for combinations of instructions never considered for which new algorithms must be designed to actual be able to use them efficiently. Then it gets to the OS and the platform itself, where ARM is a real nice example.. You can call it ARM, but just only the CPU has 4 modes, let alone that there are various versions with different instruction. sets. Then go the the VM and other system architecture variations and you understand why the development of FreeBSD on ARM still has lots of very tricky changes to accommodate for. Last but not least are the devices that come with new platforms. Sure they look a lot like the ones already done, especially if they are in the PCI family. But still fine details need to be tinkered to get devices to work (flawless). And then once you have mastered that all, try to retrofit something like ZFS.... No, over the years I've always been happy that FreeBSD was deliberately careful in selecting their platforms. Because there is always NetBSD as close alternative. I install BSD stats on most of the boxed I operate, but obviously not many people do... And even less SPARC people do, so it seems. Goto http://www.bsdstats.org/bt/cpus.html to get a hang of where FreeBSD is running.... Short version: Out of 11.000 submissions: (SUNW,UltraSPARC-IIe @ 500 MHz) 5 Microsystems UltraSparc-IIe 12 Microsystems UltraSparc-IIIi 2 Microsystems UltraSparc-IIi 1 But no ARM at all, so that sort of make the numbers above fall in the range: lies, damn lies, statistics. :) --WjW