锁定老帖子 主题: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
需要的时候,才会去学习,暂时了解
|
|
返回顶楼 | |