From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Newsgroups: gmane.emacs.bugs Subject: bug#41242: Port feature/native-comp to Windows Date: Sat, 23 May 2020 14:47:03 -0300 Message-ID: References: <83k11e4a0s.fsf@gnu.org> <83blmp4tob.fsf@gnu.org> <83o8qp1hfr.fsf@gnu.org> <837dxcv1po.fsf@gnu.org> <83imgvdf94.fsf@gnu.org> <83eerjde6k.fsf@gnu.org> <83a7227hkb.fsf@gnu.org> <83blmf13d1.fsf@gnu.org> <83367r0zvb.fsf@gnu.org> <83eerazlgw.fsf@gnu.org> <83367qzio7.fsf@gnu.org> <83zh9yy2of.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000306a2005a654567f" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="13475"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 41242@debbugs.gnu.org, Andrea Corallo To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat May 23 19:48:11 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 1jcYFn-0003PG-IY for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 May 2020 19:48:11 +0200 Original-Received: from localhost ([::1]:32894 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jcYFm-0006Zs-33 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 23 May 2020 13:48:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48466) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jcYFe-0006Zf-Gq for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 13:48:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52161) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jcYFe-0002ff-7t for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 13:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jcYFe-0006tH-6x for bug-gnu-emacs@gnu.org; Sat, 23 May 2020 13:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Nicolas =?UTF-8?Q?B=C3=A9rtolo?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 May 2020 17:48:02 +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.159025604426444 (code B ref 41242); Sat, 23 May 2020 17:48:02 +0000 Original-Received: (at 41242) by debbugs.gnu.org; 23 May 2020 17:47:24 +0000 Original-Received: from localhost ([127.0.0.1]:35474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jcYF2-0006sR-H7 for submit@debbugs.gnu.org; Sat, 23 May 2020 13:47:24 -0400 Original-Received: from mail-ot1-f53.google.com ([209.85.210.53]:33252) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jcYF0-0006sD-PO for 41242@debbugs.gnu.org; Sat, 23 May 2020 13:47:23 -0400 Original-Received: by mail-ot1-f53.google.com with SMTP id v17so10879474ote.0 for <41242@debbugs.gnu.org>; Sat, 23 May 2020 10:47:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dPyxg+s3Ps3KiNhboXrvMx2r/9DDvGud7SvW2azWj+I=; b=cJQApMFFjOqKQAKDzyoBFvzs7MDtQF3zL+l/m8R0KDArNPvsd/PaRAa0jN0SShcQW1 fBqUyJIYp+2R2LYp6s0DFfe3bbUJkYjPoQ58b5DJsOGuSA9OyVp4GKdNi9xgh/Ank7ak vVGhce1ANTOL3edXlj8yJauRhs6o8W+FI8fUSdtL+NEj9XjkuojYHjPiy9+E9rYNnAJX Jra9pgu+MrPVmzoNLFfhNdsVy87et7yK+z48aY2WsI4r/FmMFyO8mCK82Sc4XtTmpqvi gHx3/lzZ8R/RBVGEtS3G3sYEPGYnym1HPykgS7nKgXFQ1/eWNEaMaRLVcyMVsD5FQnKU UV0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dPyxg+s3Ps3KiNhboXrvMx2r/9DDvGud7SvW2azWj+I=; b=sUgCu1FoQ/0NwvFMyJs3HPeLtLG8wGN5AJX7Mp3b10f9eNgZDRGTuTAES3xMXmbsFp 1eC7wwQLMjaGlv+fFW9DZJpwOEQ+AbgoygYXzN8aGOYRWxoQ5Zs9NRbwIVdccjL8zjqu uMoS6KgylpsIaeo1AFl7cEkrR5YSX7FIzwJWIWdLmhgC5GpJ67OKaLW24wePOlxzFxYF lVYaqt3cOn8gxcmsTcCG5vLYJiWEWfE4yuuVLuyfTGflDmLxyzRAFuPfv2qzn0tsA8Z0 WrsBGL3gaRJkh8HUXBLBQ20DVePKgDD+Gf6UgH0eXEtp6HxyJnPNEitcAaa73dX0gzIl cXow== X-Gm-Message-State: AOAM53202EkRKB7PsXYV3asKemYa1RfthIwi15Hs8+WjXKUUAT+l1QjL SCIkUFpkPBDQm9QGLT6oguKfyDdnyO8rqT+nJeQ= X-Google-Smtp-Source: ABdhPJxAAjw7QOsfaVP97/zVRaKwxJ3vJY093OZ2fHJG7PM3epF6hgzaDWq56R6n0N587vq/w+cXOxTZlnoNZF8BlBM= X-Received: by 2002:a9d:191:: with SMTP id e17mr14723699ote.193.1590256037029; Sat, 23 May 2020 10:47:17 -0700 (PDT) In-Reply-To: <83zh9yy2of.fsf@gnu.org> 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:180829 Archived-At: --000000000000306a2005a654567f Content-Type: text/plain; charset="UTF-8" > I'd start by reducing the number of probed files, and then I'd > benchmark the results and see if it's "good enough". Threads add > another dimension of complexity, so I'd only go there if we have a > very good reason. Just to show some numbers: I run a fairly heavy Spacemacs configuration. Without any patch it takes 80 seconds to start. Reducing the number of probed files takes this down to 40 seconds. The VTune profiler tells me it is spending 80% of the time waiting for openp(). I'll rewrite the patch to reduce the number of probed files. --000000000000306a2005a654567f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> I'd start by reducing the number of probed files, and then I'd=
> benchmark the results and see if it's "good enough".=C2= =A0 Threads add
> another dimension of complexity, so I'd only go there if we have a=
> very good reason.

Just to show some numbers:<= /div>
I run a fairly heavy Spacemacs configuration.
Without = any patch it takes 80 seconds to start.
Reducing the number of pr= obed files takes this down to 40 seconds.

The VTun= e profiler tells me it is spending 80% of the time waiting for openp().

I'll rewrite the patch to reduce the number of pr= obed files.
--000000000000306a2005a654567f--