From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: tuhs-bounces@minnie.tuhs.org X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.1 Received: from minnie.tuhs.org (minnie.tuhs.org [45.79.103.53]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 522aef2c for ; Sat, 1 Sep 2018 16:35:38 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id CAA53A1FAF; Sun, 2 Sep 2018 02:35:37 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 75DDEA1A20; Sun, 2 Sep 2018 02:35:27 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id C4DAEA1A20; Sun, 2 Sep 2018 02:35:25 +1000 (AEST) Received: from mcvoy.com (mcvoy.com [192.169.23.250]) by minnie.tuhs.org (Postfix) with ESMTPS id 83A18A1A1A for ; Sun, 2 Sep 2018 02:35:25 +1000 (AEST) Received: by mcvoy.com (Postfix, from userid 3546) id 008BA35E12C; Sat, 1 Sep 2018 09:35:24 -0700 (PDT) Date: Sat, 1 Sep 2018 09:35:24 -0700 From: Larry McVoy To: Kevin Bowling Message-ID: <20180901163524.GX28971@mcvoy.com> References: <20180830213407.6DC4718C0A6@mercury.lcs.mit.edu> <20180831213451.r7LAj%ca6c@bitmessage.ch> <20180831215854.GB28971@mcvoy.com> <7ed51612-82d7-90ca-ceaf-37b0c869ff93@kilonet.net> <20180901015741.GN28971@mcvoy.com> <20180901032318.GD27277@thunk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Subject: Re: [TUHS] SunOS code? 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: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" On Sat, Sep 01, 2018 at 09:29:31AM -0700, Kevin Bowling wrote: > I am surprised how good Sun's technical marketing was for you to think > this. Linux has scaled better since the early 2000s. The Solaris > x86-64 port has some real gaffes in it to this day at least as visible > in the OpenSolaris derivative codebases, serialization in the locking > primitives kind of things. I think the SPARC bias was very apparent. Sun loved their own chips, to their detriment IMO. I have no personal knowledge of the x86_64 efforts, but I do know about the Sun i386 efforts. That was very looked down upon by the powers that were, the main kernel group, etc. Those poor guys had an uphill battle to get anything integrated, nobody wanted it. So it would not surprise me in the slightest if the x86_64 was a half assed effort without a lot of attention to stuff like performance. I don't think they wanted Solaris/x86 to be a success, they wanted SPARC to be a success. It was that kind of attitude that has pissed me off at every company I have ever worked for. I'm fine with marketing to customers but I hate it when people believe their own marketing. Internally, I think you should be very skeptical, judgemental, critical, whatever you want to call it, if your code sucks or your hardware sucks, don't pretend it doesn't, own it and fix it. That's how you win. > On Fri, Aug 31, 2018 at 8:23 PM, Theodore Y. Ts'o wrote: > > On Fri, Aug 31, 2018 at 06:57:41PM -0700, Larry McVoy wrote: > >> > >> But all that said, you need to be specific about what perf you care > >> about. These days the kernel is far more complicated, NUMA etc, > >> and you might care about parallel make (I doubt it) or you might care > >> about Oracle or something like that. > > > > It wouldn't surprise me if Solaris was more scalable for gazillion > > dollar SMP machines with a huge number of cores. That was one of the > > reason as I recall why Solaris had a reputation of being slow; being > > scalable to big (and much more profitable) servers was considered more > > important than the smaller systems that were probably more numerous > > (but not nearly as profitable). > > > > - Ted -- --- Larry McVoy lm at mcvoy.com http://www.mcvoy.com/lm