Gow

Gow官方版是一个让用户能够在Windows平台上轻松安装100多个基于UNIX的程序集合。Gow官方版为每个程序目录提供一个shell窗口，使用户可以通过命令行界面进行访问让用户可以在Windows环境下直接使用UNIX的程序，无需复杂的设置或转换。Gow官方版还支持执行各种任务，如文件操作、文本处理、网络工具等。它的用户界面简单明了，易于使用，同时提供了强大的自定义选项，还提高了跨平台开发和脚本编写的效率。

Gow软件简介

      Gow官方版允许您在Windows PC上轻松安装100多个基于UNIX的程序。该工具受Cygwin的启发，为每个目录提供了一个shell窗口，因此您可以通过命令行界面访问它们。

Gow软件特色

      可以能够安装约130个有用的开放源码Unix编译的应用程序作为原生Win32可执行文件程序。

      Gow 0.5.0该版本更新了SSL wget版本到1.11.4。 cURL版本更新到7.23.1。 增加了4.1版本作为gfind， 以便于干扰Windows的Find.exe。 增加SHA1SUM和rsync0.0.2。

      这个软件跟Cygwin比起来还是有个特点， 安装了它后， 当您用鼠标点击文件夹右键时， 会看到右键菜单里多了一个快捷键， 点击这个快捷键， 你就一定会就在当前 文件路径下打开一个命令行窗口(提醒一定要注意：是Windows的命令行窗口， 不是Linux的shell窗口)， 在这个窗口里， 你既可以使用DOS命令， 也可以 使用Liunx命令， 比如：你既可以输入“dir”命令来查看目录结构， 也可以输入“ls” 命令查看， 效果是一样的。

Gow软件功能

      编译器和运行时现在完全用Go编写(有一个汇编器)。C不再参与实现，因此一旦构建分布所需的C编译器就不复存在了。

      垃圾收集器现在是并发的，并且通过在可能的情况下与其他goroutine并行运行，提供了显着降低的暂停时间。

      默认情况下，Go程序运行时GOMAXPROCS设置为可用的核心数; 在以前的版本中，它默认为1。

      现在为所有存储库提供 对内部软件包的支持，而不仅仅是Go核心。

      该go命令现在为“vendoring”外部依赖项提供实验性支持。

      新go tool trace命令支持细粒度跟踪程序执行。

      为命令行使用定制了 一个新go doc命令(distinct from godoc)。

Gow软件亮点

      编译器和运行时现在在没有C的Go和汇编器中实现。树中剩下的唯一C源与测试或关联cgo。在1.4和更早版本的树中有一个C编译器。它用于构建运行时; 一个自定义编译器是必要的，部分保证C代码将与goroutines的堆栈管理工作。因为运行时是在Go现在，没有必要这个C编译器，它已经走了。删除C的过程的细节在其他地方讨论。

      从C创建的转换是为为作业创建的自定义工具的帮助。最重要的是，编译器实际上是通过将C代码自动转换为Go来移动的。它实际上是用不同的语言的同一个程序。它不是编译器的新实现，所以我们期望该进程不会引入新的编译器错误。这个过程的概述在幻灯片中可用此演示文稿。

      编译器和工具

      独立于但转向去的鼓励，工具的名称已经改变。旧名称6g，8g等等都没有了; 而不是只有一个二进制文件，可访问go tool compile，即编译围棋源为适合于指定的体系结构和操作系统的二进制文件$GOARCH和$GOOS。类似地，现在有一个linker(go tool link)和一个assembler(go tool asm)。链接器从旧的C实现自动翻译，但是汇编器是下面更详细讨论的新的本地Go实现。

      类似名称的下拉6g，8g等等，编译器和汇编程序的输出，现在给出一个普通的.o后缀而非.8，.6等

      垃圾收集器

      作为设计文档中概述的开发的一部分，垃圾收集器已重新设计为1.5 。通过高级算法的组合，收集器的更好的调度，以及与用户程序并行运行更多的收集，预期的延迟比早期版本中的收集器低得多。收集器的“停止世界”阶段将几乎总是在10毫秒以下，通常更少。

      对于受益于低延迟的系统(例如用户响应网站)，使用新收集器的预期延迟的下降可能是重要的。

      一如往常，变化是如此的一般和多样，以致难以做出关于性能的精确陈述。在这个版本中，更改比通常更广泛，其中包括一个新的垃圾回收器和运行时转换到Go。一些程序可能运行速度更快，一些速度更慢。平均而言，Go 1基准套件中的程序在Go 1.5中的运行速度比在Go 1.4中快几个百分点，而如上所述，垃圾收集器的暂停时间明显更短，几乎总是在10毫秒以下。

      在Go 1.5中的建立速度将减慢约两倍。编译器和链接器从C到Go的自动翻译导致了Goid的单向Go代码，与良好编写的Go相比性能较差。分析工具和重构有助于改进代码，但仍有很多工作要做。进一步的剖析和优化将继续在Go 1.6和未来的版本

      运行

      在Go 1.5中，goroutine的调度顺序已经改变。调度程序的属性从未由语言定义，但依赖于调度顺序的程序可能会被此更改打破。我们已经看到了一些(错误的)程序受到这种变化的影响。如果您有隐式依赖于调度顺序的程序，则需要更新它们。

1.修正了其它bug；

2.优化了软件的兼容性。