|
锁定老帖子 主题：Go-lang特性介绍
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-01-26
mryufeng 写道 Pike指出，Go代码的编译基本上可以达到C语言的速度
C/C++语言的编译不是以慢出名的？ |
| 返回顶楼 | |
|
发表时间：2010-01-27
elmar 写道 mryufeng 写道 Pike指出，Go代码的编译基本上可以达到C语言的速度
C/C++语言的编译不是以慢出名的？ c和c++ 是2个语言好不好 我没说和c++一样快... |
| 返回顶楼 | |
|
发表时间：2010-01-30
额 ....
等排名第一的时候，再说吧.... 不然，就杯具了... |
| 返回顶楼 | |
|
发表时间：2010-02-07
稍微有点麻烦的是必须linux环境，最近用了win7连虚拟机都装不了郁闷
|
| 返回顶楼 | |
|
发表时间：2010-02-08
天才狐狸 写道 稍微有点麻烦的是必须linux环境，最近用了win7连虚拟机都装不了郁闷 最近支持比较多unix平台了. |
| 返回顶楼 | |
|
发表时间：2010-02-09
chaoslawful 写道 bcccs 写道 mryufeng 写道 非常有前途的一门语言 有兴趣的同学一起来研究哦... 语言排行 目前第13, yeah
Go有两种编译器，其中cgo用gcc backend，优化更好，但coroutine是直接 映射到thread上，结果被Stackless Python的用户嘲笑了一番：编译比C 慢，而运行比Python慢。 “coroutine直接映射到thread上”这个怎么讲？ 我看目前goroutine实际的实现很类似于erlang的轻量级进程，同样是将大量goroutine（内部简写为g）交给多个scheduler线程（内部简写为m）调度处理，当某个goroutine内发生系统调用时，其他ready的goroutine会交给空闲的或新创建的scheduler线程继续处理（新建scheduler线程不退出，形成自动增长的scheduler线程池），而当前scheduler线程会阻塞等待系统调用返回。调度期间并没有可见的大开销，跑的又是native code，如果比stackless python慢就有点儿匪夷所思了。 这不是coroutine吧。。。 |
| 返回顶楼 | |
|
发表时间：2010-02-09
一直徘徊再scala和groovy之间，现在又来个go。
|
| 返回顶楼 | |
|
发表时间：2010-02-09
Element&lina 写道 一直徘徊再scala和groovy之间，现在又来个go。 世界变化快 但是GO和上面的没有重合 一个是系统语言 其他的是应用语言.... |
| 返回顶楼 | |
|
发表时间：2010-02-10
需要的时候，才会去学习，暂时了解
|
| 返回顶楼 | |
