相关疑难解决方法(0)

在Windows 8.1 x64上启动任何Cygwin应用程序需要一分多钟.不要紧,无论是我开始mintty从快捷方式或cygwin.bat或ls.exe或bash.exe从bin文件夹.他们每个人都会很慢.

在Bash或mintty开始之后,他们的工作相当快:

$ time for i in {1..10} ; do bash -c "echo Hello" ; done
Hello
...
Hello

real    0m1.273s
user    0m0.060s
sys     0m1.181s

步骤,我试过:

• 重新安装并尝试了几次Cygwin和Cygwin64(版本2.864)
• 以管理员身份启动它们
• 试图在Windows 7兼容模式下运行它们
• 在此回复中禁用LAN的"自动检测设置"
• 在同一回复中添加127.0.0.1 localhost cygdrive wpad到主机
• 将防病毒设置为禁用状态
• 检查未安装Bash完成(没有/etc/bash_completion.d文件夹)
• 在设备管理器中禁用所有可移动驱动器(仅限系统SSD和数据HDD)
• 试图用空etc/profile.d文件夹运行
• 试图用空etc/bash.bashrc文件运行

我怎么能找到根本原因？

PS - 我有两个不同的系统,笔记本电脑和台式机都使用Windows 8.1 64位.这个问题在两者上都是100%可重复的.

此外,如果我在登录后几秒钟启动Bash,它会立即启动.

我一直在我的相对较快的Windows机器上运行Cygwin的drush脚本(对于Drupal),但是我仍需要等待大约一分钟来执行任何drush命令(特别是drush cache clear执行).

我很确定它与Cygwin的速度有关,因为我的开发人员(运行Linux)可以在大约5秒内运行这些脚本.

有没有办法让Cygwin每个终端使用更多的内存和/或CPU？

我试图在Windows 2012R2(64位)上安装Cygwin 64位.下载和初始设置已经完成但是当它到达man-db(/ etc/postinstall/man-db)时,安装程​​序会挂起并保持不变.我等了1.5个多小时但仍没有进展.我检查了/var/log/setup.log中的日志文件,其中包含以下内容.

Updating index cache for path `/usr/share/man/man1'. Wait...
Processing manual pages under /usr/share/man...
/usr/bin/mandb: warning: /usr/share/man/man1/col.1.gz: whatis parse for col(1) failed
/usr/bin/mandb: warning: /usr/share/man/man1/imv.1 is a dangling symlink
/usr/bin/mandb: iconv_open ("UTF-8//IGNORE", "utf8"): Invalid argument
/usr/bin/mandb: warning: /usr/share/man/man1/mc.1.gz: whatis parse for mc(1) failed

我不确定是否应该取消并重新开始.这个设置会在这个阶段出现,至少有一些错误吗？有没有人安装64位Cygwin并得到此错误？请帮忙

我正在尝试git svn fetch我的repo执行一个git rebase -i 我在本地执行获取为什么它这么慢？是否真的需要这么多时间来创建1000个修订版？似乎这个过程只是在文件中"睡了一觉"然后突然出现了一连串的活动.

我的问题类似于

• Cygwin为什么执行Shell命令的速度很慢？
• 发生错误后，Cygwin的重击变得极其缓慢

我认为我的问题是由另一个问题引起的。

这是Cygwin中非常慢的命令的示例：

time for i in {1..10} ; do bash -c "echo Hello" ; done

Hello
...

real    0m21.588s
user    0m0.458s
sys     0m0.989s

造成这种情况的原因...但是可能是什么呢？

我尝试过的事情：

• 禁用Windows防火墙和Windows安全性要点。
• 我没有其他防病毒产品。
• 我尝试杀死不同的用户进程，以查看其中是否有任何干扰-没运气。
• 我没有连接任何网络。
• 如果我C:\cygwin\bin通过Windows 运行命令CMD，例如C:\cygwin\bin\ls.exe，它们仍然很慢。

然后，我尝试运行此命令以更好地了解发生了什么：

strace -o bash.strace bash -c "echo hello"

从我可以看到的情况下，一行占了90％的时间：

（以防万一，它是从1028210开始的行-我在上下文中包括了其他行）

  5       5 [main] bash 1088 open_shared: name shared.5, n 5, shared 0x60FB0000 (wanted 0x60FB0000), h 0x74C
208     213 [main] bash 1088 heap_init: heap base 0x530000, heap top 0x530000 …