From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 28333 invoked from network); 5 Jul 2021 14:43:56 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 5 Jul 2021 14:43:56 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id DE03D9CA5C; Tue, 6 Jul 2021 00:43:53 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 6F9679C9F1; Tue, 6 Jul 2021 00:43:36 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 220A59C9F1; Tue, 6 Jul 2021 00:43:16 +1000 (AEST) Received: from mcvoy.com (mcvoy.com [192.169.23.250]) by minnie.tuhs.org (Postfix) with ESMTPS id 6E0259C9F0 for ; Tue, 6 Jul 2021 00:43:14 +1000 (AEST) Received: by mcvoy.com (Postfix, from userid 3546) id 2570F35E123; Mon, 5 Jul 2021 07:43:14 -0700 (PDT) Date: Mon, 5 Jul 2021 07:43:14 -0700 From: Larry McVoy To: George Michaelson Message-ID: <20210705144314.GV817@mcvoy.com> References: <20210702213648.GW817@mcvoy.com> 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] Is C obsolete? (was Re: [tuhs] The Unix shell: a 50-year view) X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: The Unix Heritage Society mailing list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" On Mon, Jul 05, 2021 at 02:23:36PM +1000, George Michaelson wrote: > Forgive me a side note, but has it not been shown for some time that > apart from a very gifted few people, hand-crafted machine-code is > usually slower than the best optimising compilers these days? With out > of order instruction stuff, side effects (inter-core locking) cache > coherency &c it isn't hard to wind up using "simpler" machine code > which performs worserer. I dunno where my team sat on the "gifted" scale, I like to think they were pretty good. We ran our code through Intel's fancy C compiler and it made less than a 1% difference vs GCC. We cared about performance and had already done the by hand work to make the critical paths go fast.