From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: macOS metal rendering engine in mac port Date: Sun, 23 May 2021 12:09:08 -0400 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39829"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Aaron Jensen , emacs-devel@gnu.org, YAMAMOTO Mitsuharu To: Alan Third Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 23 18:12:30 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lkqiL-000ABC-Sh for ged-emacs-devel@m.gmane-mx.org; Sun, 23 May 2021 18:12:29 +0200 Original-Received: from localhost ([::1]:53686 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lkqiK-0000ya-Ln for ged-emacs-devel@m.gmane-mx.org; Sun, 23 May 2021 12:12:28 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40692) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lkqfU-0007sv-AK for emacs-devel@gnu.org; Sun, 23 May 2021 12:09:32 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:28009) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lkqfH-00012e-Q3 for emacs-devel@gnu.org; Sun, 23 May 2021 12:09:29 -0400 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 2582980169; Sun, 23 May 2021 12:09:18 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 0F73C804BD; Sun, 23 May 2021 12:09:10 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1621786150; bh=6tYK0owrUik95PqT1SlrSFHDHfpnFRqpOzga+Dkd0hg=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=DONLnTZzalkYtS6tMAvm9CdwqWGwew80wSEHTXBQAYVd3PoCGTtXUI4E9ywicgapI o9/6nsdUPL6172yYG/9Re6gdLQDrdeFkKrgC8HoJUaOyssSwY7THwY5ftJmoDseXy6 T6ncFeoMbCVHe7BAHETzKyIfqTtbNgy9heR4RdHcu8ED84xCFceCQaebpeRYiQ5nQZ FgNd3OqDwkG3Q0ntYegE4JayU/Ms1ccQFbMVIw8gQny3SM3wl6DLC7iCMhTNyESMaJ JyjtXz4JyE1rWkZUSNAMbB/Bf2OsRsFDqE/wR8KmXCbmI5Qd4AhoajCEjUkXmmu56j n/B7BfduJTBXg== Original-Received: from alfajor (69-196-163-239.dsl.teksavvy.com [69.196.163.239]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 51C021201B3; Sun, 23 May 2021 12:09:09 -0400 (EDT) In-Reply-To: (Alan Third's message of "Sun, 23 May 2021 12:47:46 +0100") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:269677 Archived-At: >> Mine are fairly consistent. I imagine hitting thermal would hurt >> though and Intel macs love to do that. > > Yeah, I wonder if that's what's happening. I have to say that I don't > think this Mac has ever been what I'd consider fast. My ancient first > gen i7 absolutely wipes the floor with it in compilation speed > despite being at least 7 years older. I guess Moores law really did > run out of steam. ;) Dennard scaling and Moore's law both ran out of steam, indeed. For many modern machines there is a very large difference between the peak single thread performance attainable in a short sprint and the sustainable single thread performance, and yet more difference with the sustainable performance of single thread running while other threads are also running. E.g. my Librem mini's "top speed" in GHz can vary between 4.7GHz and 1.8GHz depending on those circumstances. So, when I need stable results to compare the speed for 2 different operations, I generally do it as follows: - Write a script that runs A enough times for the duration to be in the "seconds" range. Same for B. Make that script print the time measurement. - Write a loop whose body runs A followed by B. - Run that loop and look at the measurements. Then you should see that the measurements will stabilize as the thermal constraints stabilize (of course, you'll also want to avoid other activity on the machine during that time, as usual). Of course, that doesn't guarantee that what you measure is representative of what the user will see, but least it lets you compare apples to apples. Stefan