emacs在windows上启动慢真的是进程启动慢造成的吗

junmoxiao · 2023 年7 月 3 日 09:53

只装了个关闭所有防护功能的火绒

junmoxiao · 2023 年7 月 3 日 09:54

而且我只有加载lsp-bridge这几个猫哥开发用到了外部python的插件才慢，要是不加这几个插件，秒开不卡

include-yy · 2023 年7 月 3 日 11:53

用 python-bridge 试了一下，我也卡，估计是 emacs 创建子线程的时候卡了

不过不太清楚是 tcp 连接的时候卡，还是进程创建整个都卡，我觉得应该是 network 连接的问题

seagle0128 · 2023 年7 月 3 日 12:21

Emacs Windows 版本是通过mingw/cygwin 库已知的，天生对于底层调用就有损耗，尤其是对于IO操作。小文件读写尤其明显。我认为问题不在Windows本身，可能是出在中间lib上。

junmoxiao · 2023 年7 月 3 日 14:13

今天看大佬的配置发现有 w32-use-native-image-API 这种东西。对于其他操作我感觉也可以这样改进。有时间研究下

junmoxiao · 2023 年7 月 3 日 14:15

嗯，可以看我发那个issue，很明确是网络连接的问题。python子进程1秒内就创建好并发起连接了。
不过看另一个帖子里面，有老哥提到在他的某台电脑上不卡，玄学

xhcoding · 2023 年7 月 3 日 14:28

回家用自己电脑会卡，系统是 Windows11 专业版，公司的 Windows10 企业版不会卡，应该是网络连接问题，但是不知道是哪个设置负责的

junmoxiao · 2023 年7 月 3 日 14:35

这样看来，我感觉几个可能造成影响的地方
1 系统代理设置
2 某个环境变量和网络相关
3 代码内部对dns进行了解析，之前看文章有提到，emacs中网络相关的操作都是异步的，但是dns除外

junmoxiao · 2023 年7 月 3 日 14:59

好像发现点问题，用wireshark抓包看了下，存在chong重用端口的情况，感觉应该是lsp-bridge的代码哪个地方有点问题，导致端口号重复了，反复启动

xhcoding · 2023 年7 月 3 日 15:01

大佬厉害了，应该就是 dns 的问题，把代码中出现 localhost 的地方改成 127.0.0.1 就不卡了，你可以试一下

junmoxiao · 2023 年7 月 3 日 15:07

可以的，解决了，不容易哇，

github.com/manateelazycat/blink-search

启动时会卡5秒，输入后会导致无法使用

opened 09:38AM - 28 Jun 23 UTC

heheda123123

第一次启动的时候会卡5秒，如果这个时候什么都不做，等5秒之后就能用了，但是如果尝试输入就会显示一句错误 ``` or: Wrong type argumen…t: blink-search-epc-manager, nil ``` ![image](https://github.com/manateelazycat/blink-search/assets/97490782/8acab87c-eb5e-43d5-8941-5a5f436a0c88) 在已经出现错误之后，再输入，blink-search不会发生任何变化，需要重新打开才能用，第二次就不会卡了 ![image](https://github.com/manateelazycat/blink-search/assets/97490782/b0993f75-4d35-4598-9ca1-d93121835e43) 卡顿是必须的吗？

等猫哥把几个项目都修复下就爽了

manateelazycat · 2023 年7 月 3 日 22:26

已经修复，感谢 @junmoxiao @xhcoding 两位大佬的调试。

@xhcoding 是我一票插件 Windows 分支代码的维护者之一，还是大佬厉害👍

wsug · 2023 年7 月 4 日 00:17

大佬厉害，我原来在emas org-mode中显示某个域名返回的org文本也感觉很慢，后来域名没了，没办法只能用ip ，反倒快了很多，导致我都不想用域名了，原来dns这一步还会卡emacs

ltylty · 2023 年7 月 4 日 01:13

说句题外话。大佬六点钟起来改bug，真的佩服。

include-yy · 2023 年7 月 4 日 01:38

github.com/dotnet/runtime

HttpWebRequest hits 1s timeout when resolving http://localhost on Win10 (.NET Framework is fast)

opened 03:29PM - 17 Sep 17 UTC

closed 05:51PM - 31 Jan 20 UTC

jimevans

bug area-System.Net.Http tenet-performance

Consider the following method (error/exception handling omitted for brevity: …```c# public virtual string MakeHttpRequest(Uri fullUri, string httpMethod, string requestBody) { string responseString = string.Empty; HttpWebRequest request = HttpWebRequest.Create(fullUri) as HttpWebRequest; request.Method = httpMethod; request.Timeout = 30000; request.Accept = "application/json,image/png"; if (request.Method == "POST") { string payload = requestBody; byte[] data = Encoding.UTF8.GetBytes(payload); request.ContentType = "application/json;charset=utf-8"; Stream requestStream = request.GetRequestStream(); requestStream.Write(data, 0, data.Length); requestStream.Close(); } HttpWebResponse webResponse = request.GetResponse() as HttpWebResponse; using (Stream responseStream = webResponse.GetResponseStream()) using (StreamReader responseStreamReader = new StreamReader(responseStream, Encoding.UTF8)) { responseString = responseStreamReader.ReadToEnd(); } return responseString; } ``` Executing this method against a server running on localhost yields wildly different execution times when run via the full .NET Framework vs. .NET Core. I have a [demo project](https://github.com/jimevans/NetCoreHttpPerfDemo) that shows the discrepancy, making calls to a locally running HTTP server, that server being the Chromium project's `chromedriver.exe`, used to automate the Chrome browser. When running the executables created by that project, you can see the following typical outputs (as run on Windows 10, build 16288): Run against .NET Core 2.0: >Starting test... Starting ChromeDriver 2.32.498550 (9dec58e66c31bcc53a9ce3c7226f0c1c5810906a) on port 9515 Only local connections are allowed. Started session 946394531499259b7442073c0e26060d Navigating to http://www.google.com Navigation complete Making 10 HTTP calls to localhost, logging the elapsed time... Elapsed time for HTTP call: 1038 milliseconds Elapsed time for HTTP call: 1016 milliseconds Elapsed time for HTTP call: 1015 milliseconds Elapsed time for HTTP call: 1011 milliseconds Elapsed time for HTTP call: 1012 milliseconds Elapsed time for HTTP call: 1024 milliseconds Elapsed time for HTTP call: 1013 milliseconds Elapsed time for HTTP call: 1027 milliseconds Elapsed time for HTTP call: 1013 milliseconds Elapsed time for HTTP call: 1014 milliseconds Test finished. Press <Enter> to exit. Running against the full .NET Framework 4.5: >Starting test... Starting ChromeDriver 2.32.498550 (9dec58e66c31bcc53a9ce3c7226f0c1c5810906a) on port 9515 Only local connections are allowed. Started session 81c2bbd21a0d89354b2dead8d52ee982 Navigating to http://www.google.com Navigation complete Making 10 HTTP calls to localhost, logging the elapsed time... Elapsed time for HTTP call: 35 milliseconds Elapsed time for HTTP call: 7 milliseconds Elapsed time for HTTP call: 12 milliseconds Elapsed time for HTTP call: 5 milliseconds Elapsed time for HTTP call: 4 milliseconds Elapsed time for HTTP call: 7 milliseconds Elapsed time for HTTP call: 4 milliseconds Elapsed time for HTTP call: 6 milliseconds Elapsed time for HTTP call: 5 milliseconds Elapsed time for HTTP call: 5 milliseconds Test finished. Press <Enter> to exit. I would expect similar performance between framework versions. Absent that, I would expect there to be settings to modify to the `HttpWebRequest` object that would yield similar performance as a workaround. [EDIT] C# syntax highlighing by @karelz

同样是 localhost 导致的问题，做个补充

haoisli9 · 2023 年7 月 4 日 02:47

需要把emacs放到哪个排除项里啊？我没找到windows defender哪里可以设置排除项？我的emacs在windows下第一次启动，最快也要快20s了。一直找不到原因。

junmoxiao · 2023 年7 月 4 日 02:54

肯定不正常，在windows上我现在1秒启动，而且马上能用
我的配置 GitHub - heheda123123/emacs.d 用的git上最新commit的emacs
杀软用的火绒，
defender的话，好像叫排除项还是白名单，可以从设置里面安全中心进去

include-yy · 2023 年7 月 4 日 03:29

添加 emacs 所在目录到这个排除列表里就行了，我直接把整个 D 盘加进去了，emacs 就在 D 盘里

添加应用 emacs.exe 应该也行

haoisli9 · 2023 年7 月 5 日 01:48

找到了，谢谢；

include-yy · 2023 年7 月 14 日 12:12

写了个总结， Windows 下在 emacs 中使用 localhost 导致的连接创建卡顿以及解决方法

直接原因是 Windows 10 中 loaclhost 首先被解析为 ::1 ，随后才轮到 127.0.0.1 ，这使得 127.0.0.1 需要在 ::1 经过几次失败尝试后才被使用
如果服务端支持双栈（dual stack），使用 localhost 是可以的，但一般的本地程序可能不会考虑到这一点