我在相对较快的Windows机器上运行drush脚本(Drupal)和Cygwin,但我仍需要等待大约一分钟对于任何drush命令(特别是 drush cache clear 执行)。
我很确定它与Cygwin的速度有关,因为我的开发人员(运行Linux的人)可以在大约5秒内运行这些脚本。
有没有办法让Cygwin在每个终端上使用更多内存和/或CPU?
答案 0 :(得分:30)
您遇到的问题不是Cygwin的任意限制,您可以通过设置更改消除。这是Cygwin必须努力获得在其下构建的POSIX语义程序的一种固有方面。
POSIX fork()
系统调用在Windows上没有本机等效项,因此Cygwin被迫在a very inefficient way中模拟它。 Shell脚本在每次执行外部进程时都会调用fork()
,因为shell脚本语言相对于我们通常所说的编程语言而言非常贫乏,所以这种情况发生了很多。外部程序是shell脚本如何完成任何后果。
Cygwin还有其他低效率,但如果你对它进行了分析,你可能会发现这是速度最快的。在大多数地方,使用它构建的程序和底层操作系统之间的Cygwin层非常薄。 Cygwin的开发人员需要花费很多精力来保持图层尽可能薄,同时仍然提供正确的POSIX语义。 fork()
调用仿真中当前不常见的厚度是不可避免的,因为Microsoft在其操作系统中添加了本机fork()
类型工具。他们这样做的动机并不是很好。
上面发布的解决方案也不错。
另一种可能性是通过drush
脚本查看是否有对外部程序的调用,您可以用shell内在函数或更高效的构造替换它们。我不希望通过这样做可以大幅度提高速度,但它具有很好的性能,你也可以加速Linux方面的速度。 (fork()
在Linux上很有效,但启动外部程序仍然是一个很大的速度,你可能不必像现在这样经常付费。)例如:
numlines=`grep somepattern $somefile | wc -l`
if [ $numlines -gt 0 ] ; then ...
会跑得更快:
if grep -q somepattern $somefile ; then ...
第一个版本可以说更清晰,但它需要至少三个外部程序调用,并且使用原始shell,四个。 (你看到了所有这些吗?)替换只需要一个外部程序调用。
答案 1 :(得分:11)
还要看看减缓Cygwin启动速度的事情:
bash_profile
而不是bashrc
来源。答案 2 :(得分:6)
你可以给Cygwin一个更高的优先级。
编写一个新的批处理文件,例如“cygstart.bat”,其中包含以下内容:
start "Cygwin" /high C:\cygwin\Cygwin.bat
/high
开关为shell提供了更高的进程优先级。