From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.bugs Subject: bug#41242: Port feature/native-comp to Windows Date: Wed, 13 May 2020 22:25:27 +0000 Message-ID: References: <83o8qr62up.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="124898"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) Cc: 41242@debbugs.gnu.org To: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu May 14 00:26:25 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1jYzpZ-000WO6-JG for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 14 May 2020 00:26:25 +0200 Original-Received: from localhost ([::1]:52270 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYzpY-0006bU-KY for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 13 May 2020 18:26:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40890) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYzpE-0006BV-Iy for bug-gnu-emacs@gnu.org; Wed, 13 May 2020 18:26:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48243) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jYzpE-0007bG-97 for bug-gnu-emacs@gnu.org; Wed, 13 May 2020 18:26:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jYzpE-0003o9-5n for bug-gnu-emacs@gnu.org; Wed, 13 May 2020 18:26:04 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 May 2020 22:26:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41242 X-GNU-PR-Package: emacs Original-Received: via spool by 41242-submit@debbugs.gnu.org id=B41242.158940873214496 (code B ref 41242); Wed, 13 May 2020 22:26:04 +0000 Original-Received: (at 41242) by debbugs.gnu.org; 13 May 2020 22:25:32 +0000 Original-Received: from localhost ([127.0.0.1]:59769 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jYzoh-0003lk-Q8 for submit@debbugs.gnu.org; Wed, 13 May 2020 18:25:31 -0400 Original-Received: from mx.sdf.org ([205.166.94.20]:60810) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jYzof-0003la-9I for 41242@debbugs.gnu.org; Wed, 13 May 2020 18:25:29 -0400 Original-Received: from sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 04DMPSra019951 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 13 May 2020 22:25:28 GMT Original-Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 04DMPRTJ020926; Wed, 13 May 2020 22:25:27 GMT In-Reply-To: ("Nicolas =?UTF-8?Q?B=C3=A9rtolo?="'s message of "Wed, 13 May 2020 17:01:59 -0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:180187 Archived-At: Nicolas B=C3=A9rtolo writes: >> Did you manage to understand why? How many bytes of *.eln files does >> Emacs load while autoloading Helm, for example? > > I don't know how to measure that, sorry. AFAIK Emacs just maps many subr = to the > correct function pointers and the OS takes care of loading the appropriat= e code > on page faults. Loading elns quite stress also the reader that is still used to deserialize all objects except functions. The fact that the load is that slower on Windows seems to indicate that the equivalent dlopen dlsym are less performant than the other systems we have tried (the reader should be quite the same). That said there must be a way to profile on Windows so we get a picture of what is going on. --=20 akrl@sdf.org