这是一个创建于 3803 天前的主题，其中的信息可能已经有所发展或是发生改变。
介绍： http://blog.golang.org/go1.3
Go 1.3 Release Notes： http://golang.org/doc/go1.3
跟1.2相比，golang的语法没有什么变化，而改进的是其他的一些功能，比如提供精确的GC，优化编译速度等……
Go 1.3 Release Notes： http://golang.org/doc/go1.3
跟1.2相比，golang的语法没有什么变化，而改进的是其他的一些功能，比如提供精确的GC，优化编译速度等……
 |
1
pubby 2014-06-19 13:25:28 +08:00
good,坐等freebsd pkg更新
最近上的几个go服务进程确实内存占用有些大 |
 |
2
Livid MOD 之前用 ab 测试某个 go 的 web 编程框架，每隔几千个请求就会有一次停顿，然后就对 go 的 gc 印象比较深刻……
|
 |
3
guotie 2014-06-19 13:58:41 +08:00
不错，新的起点
|
 |
7
cnbuff410 2014-06-19 17:41:23 +08:00 via Android
"The garbage collector has been sped up, using a concurrent sweep algorithm, better parallelization, and larger pages. The cumulative effect can be a 50-70% reduction in collector pause time."
|
 |
8
Virtao 2014-06-19 17:57:17 +08:00
Go确实还有很大的改进空间，不过底子比较好，只要方向没问题，很有前景。这次1.3正则库效率也有所提高，之前效率是PCRE的十分之一
|
|
9
pubby 2014-06-21 16:26:42 +08:00
升级到1.3 踩坑里去了
Reader.Read 54 ¦ // An instance of this general case is that a Reader returning 55 ¦ // a non-zero number of bytes at the end of the input stream may 56 ¦ // return either err == EOF or err == nil. The next Read should 57 ¦ // return 0, EOF regardless. 这里确实发生变化了： 1.2 的时候 最后一次Read 读到n byte, err == nil ，后续Read才会err == EOF 更新到1.3， 最后一次Read 读到n byte,并且err == EOF，不需要再次Read才会碰到EOF 之前没有严格按照文档做的恶果 ~~~55~~~，不少代码要改了 59 ¦ // Callers should always process the n > 0 bytes returned before 60 ¦ // considering the error err. Doing so correctly handles I/O errors 61 ¦ // that happen after reading some bytes and also both of the 62 ¦ // allowed EOF behaviors. |
Select Language