From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: native compilation units Date: Sat, 04 Jun 2022 08:57:39 +0300 Message-ID: <83sfolas30.fsf@gnu.org> References: <834k11d96h.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31642"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Andrea Corallo , emacs-devel@gnu.org To: Lynn Winebarger Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jun 04 08:00:27 2022 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 1nxMpm-00088S-QT for ged-emacs-devel@m.gmane-mx.org; Sat, 04 Jun 2022 08:00:27 +0200 Original-Received: from localhost ([::1]:44532 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nxMpl-0004lt-2h for ged-emacs-devel@m.gmane-mx.org; Sat, 04 Jun 2022 02:00:25 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47576) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxMmw-0003xe-FH for emacs-devel@gnu.org; Sat, 04 Jun 2022 01:57:31 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:44408) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxMmw-0007LC-3N; Sat, 04 Jun 2022 01:57:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=zLfzD1CMI1dADUsQyLwzj7FLX4/aRGjaZo5mSEo7gwc=; b=cozSK7R4xtSZ 51BRIKcVYARpGIgNufKoObwq0kjsF0lhyFKi13yQuFfZpBHw0Xu75JD392rzwcUMSZJe1GygGn8nE 4ZjEGyykMGoCOv60BbWLTfEG1UjLLfWKkU3zESrolKJtOu0seOHCmu6tBa0yukvRnhPvLha2o7iT6 moBdnFaiEVLFbDmLFlG9eJeC7cZwfNPWa88tAhsziu9ElMtIzdhcMRrFAoakX1kSSdPurj77nYb+x FrTwduBkCELLrrcmlg2k3erHk4Ywhzhduo2Ba4cM7T8UaABq5y0tDQCnKXR4hgNTuhhFWNkmnBLRE yHMXca9Q+DGRyRIFEyXRFg==; Original-Received: from [87.69.77.57] (port=3308 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxMms-00081T-2Y; Sat, 04 Jun 2022 01:57:29 -0400 In-Reply-To: (message from Lynn Winebarger on Fri, 3 Jun 2022 15:17:51 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:290641 Archived-At: [Please use Reply All, to keep the mailing list and other interested people part of this discussion.] > From: Lynn Winebarger > Date: Fri, 3 Jun 2022 15:17:51 -0400 > > Unfortunately most of my "productive" experience in a Windows environment has been in a corporate > environment where the configuration is opaque to end users. For all I know, it's not just a network issue but > could also involve the security/antivirus infrastructure. > I can tell you that at approximately 1000 files in a directory, any process I've designed that uses said > directory slows down dramatically. Just displaying the contents in file explorer exhibits quadratic behavior as > the process appears to start refreshing the listing before completing one pass. You can try setting the w32-get-true-file-attributes variable to the value 'local. Or maybe the following entry from etc/PROBLEMS will help: ** A few seconds delay is seen at startup and for many file operations This happens when the Net Logon service is enabled. During Emacs startup, this service issues many DNS requests looking up for the Windows Domain Controller. When Emacs accesses files on networked drives, it automatically logs on the user into those drives, which again causes delays when Net Logon is running. The solution seems to be to disable Net Logon with this command typed at the Windows shell prompt: net stop netlogon To start the service again, type "net start netlogon". (You can also stop and start the service from the Computer Management application, accessible by right-clicking "My Computer" or "Computer", selecting "Manage", then clicking on "Services".) > As for elpa being created in the user's cache, that depends on whether the user has access to the gccjit > infrastructure If the user cannot use libgccjit on the user's system, then why *.eln files from external packages are relevant? They will never appear, because native compilation is not available. So I don't think I understand what you are saying here. If you have in mind ELPA packages that come with precompiled *.eln files (are there packages like that?), then the user can place them in several directories and adapt native-comp-eln-load-path accordingly. So again I don't think I understand the problem you describe. > this was one of the points mentioned in > https://lists.gnu.org/archive/html/emacs-devel/2022-01/msg01005.html as it related to the system lisp files. Sorry, I don't see anything about the issue of eln-cache location there. Could you be more specific and point to what was said there that is relevant to this discussion?