d****n
发帖数: 1637 | 1 Concurrent Garbage Collector
Work began on a new, concurrent GC during the Go 1.4 dev cycle.
Goal:
Limit GC latency to less than 10 milliseconds.
Run Go application code for at least 40ms out of every 50ms.
On track for Go 1.5.
golang.org/s/go14gc
具期待
http://talks.golang.org/2015/state-of-go.slide#12 |
d****n
发帖数: 1637 | 2 也开始支持ios了，go 的铜臭味浓了
Mobile
David Crawshaw, Hana Kim, Minux, and Burcu Dogan have been working on Go for
mobile devices.
Can build Android apps with Go 1.4
(if you can work out the Android build system).
For Go 1.5:
Simpler build story for Android.
More NDK library support.
Better bindings for calling Go from Java.
Beginnings of iOS support. (New darwin/arm build target.) |
d****n
发帖数: 1637 | 3 这个splitting package 算是对败笔的挽救吧。早就感觉这个不舒服。估计以后会更丑
Analysis and Refactoring Tools
Alan Donovan and others have been working on a tools for analyzing and
manipulating Go source code.
Available in the tools repo:
callgraph: display the call graph of a Go program.
gomvpkg: moves go packages, updating import declarations.
gorename: type-safe renaming of identifiers in Go source code.
Coming soon:
sockdrawer: a tool for automatically splitting packages.
http://talks.golang.org/2015/state-of-go.slide#17
以后ide可以做的很简单了。 |
d****n
发帖数: 1637 | 4 Goroutine stacks
Until 1.2: Stacks were segmented.
1.3: Stacks were contiguous unless executing C code (runtime).
1.4: Stacks made contiguous by restricting C to system stack.
1.5: Stacks made contiguous by eliminating C.
These were each huge steps, made quickly (led by khr@).
http://talks.golang.org/2015/gogo.slide#8
资源最大的被利用了。 |
p*****2
发帖数: 21240 | 5 这东西到ios上有啥优势吗？
现在有人用go写android app吗
我觉得go除了并发其他没啥优势呀
for
【在 d****n 的大作中提到】
: 也开始支持ios了，go 的铜臭味浓了
: Mobile
: David Crawshaw, Hana Kim, Minux, and Burcu Dogan have been working on Go for
: mobile devices.
: Can build Android apps with Go 1.4
: (if you can work out the Android build system).
: For Go 1.5:
: Simpler build story for Android.
: More NDK library support.
: Better bindings for calling Go from Java.
|
a*****g
发帖数: 19398 | 6 多等一等。
【在 d****n 的大作中提到】
: Concurrent Garbage Collector
: Work began on a new, concurrent GC during the Go 1.4 dev cycle.
: Goal:
: Limit GC latency to less than 10 milliseconds.
: Run Go application code for at least 40ms out of every 50ms.
: On track for Go 1.5.
: golang.org/s/go14gc
: 具期待
: http://talks.golang.org/2015/state-of-go.slide#12
|
d****n
发帖数: 1637 | 7 我最担心的是performance降低。就为了go in go (compile go in go compiler)
【在 a*****g 的大作中提到】
: 多等一等。
|
d****n
发帖数: 1637 | 8 我觉得不是android developer 用go,是给gopher多提供了一条养家糊口的活路。
别人有的go基本都能做，主要是要造轮子。
比起20年的java,go 显然是稚嫩。但是，20年的java也有很多糟粕。
go里面造轮子，他行，我也行 :)
【在 p*****2 的大作中提到】
: 这东西到ios上有啥优势吗？
: 现在有人用go写android app吗
: 我觉得go除了并发其他没啥优势呀
:
: for
|
p*****2
发帖数: 21240 | 9 但是go的出现本来就不是这个目的的
所以go身上一堆矛盾
【在 d****n 的大作中提到】
: 我觉得不是android developer 用go,是给gopher多提供了一条养家糊口的活路。
: 别人有的go基本都能做，主要是要造轮子。
: 比起20年的java,go 显然是稚嫩。但是，20年的java也有很多糟粕。
: go里面造轮子，他行，我也行 :)
|
c*******0
发帖数: 5247 | 10
早就说8月了，因为compiler的c to go。
performance为什么会降低？这一版的compiler performance几乎可以肯定会降低，但
编译出来的程序应该更快。而且这是非常重要的基础，以后各方面的优化都很好做了
【在 d****n 的大作中提到】
: 我最担心的是performance降低。就为了go in go (compile go in go compiler)
|
z****e
发帖数: 54598 | 11 那不一样
java最早就是通过applet流行起来的
go一开始的目的可不是这种app，纯粹是对付大型项目用的
而且java后来还分成了j2me, j2se和j2ee
其中j2me就是另外一种形式的android
go难道也打算分成这几种？
如果这样的话，还不如直接让dart上靠谱
而且app开发跟server side开发不是一回事
server side需要处理多线程，app多数时候不需要处理多线程
反之，app多数时候需要对付fps等频率问题，server side几乎没有这个问题
【在 d****n 的大作中提到】
: 我觉得不是android developer 用go,是给gopher多提供了一条养家糊口的活路。
: 别人有的go基本都能做，主要是要造轮子。
: 比起20年的java,go 显然是稚嫩。但是，20年的java也有很多糟粕。
: go里面造轮子，他行，我也行 :)
|
p*****2
发帖数: 21240 | 12 所以说go就是在瞎闹 自己定位不清楚
【在 z****e 的大作中提到】
: 那不一样
: java最早就是通过applet流行起来的
: go一开始的目的可不是这种app，纯粹是对付大型项目用的
: 而且java后来还分成了j2me, j2se和j2ee
: 其中j2me就是另外一种形式的android
: go难道也打算分成这几种？
: 如果这样的话，还不如直接让dart上靠谱
: 而且app开发跟server side开发不是一回事
: server side需要处理多线程，app多数时候不需要处理多线程
: 反之，app多数时候需要对付fps等频率问题，server side几乎没有这个问题
|
