统计调查,有多少人需要 golang 加强协程调度,并添加 delete/destructor/raii

2018-09-02 11:52:42 +08:00
 vChrysanthemum
1. golang 协程调度相应只提供了 lockosthread,相当不够用了,官方团队似乎没有打算开发更多功能 ( https://github.com/golang/go/issues/23758

2. 官方也不打算支持 destructor,建议用 defer (别抬杠别建议 setfinalizer )
2.5 .手动释放内存也是不支持的了(不考虑 cgo )

不想提 proposal 了,程序员以和为贵。
目前想做点小改动,搞分支


虽然不知道后面会不会真的干
虽然不知道后面会不会开源


anyway,想了解下大伙的想法。
1512 次点击
所在节点    问与答
4 条回复
3ClassMrWang
2018-09-02 13:51:26 +08:00
感觉加了这些特性不如直接用 c++了
vChrysanthemum
2018-09-02 14:07:39 +08:00
@3ClassMrWang

goroutine 是个很不错的 stackful 协程,编译速度也很快,就不说库、工具集了
reus
2018-09-10 16:16:05 +08:00
1.12 打算让 goroutine 可以随时被外部抢占,它从来就没有定义成“协程”,只不过现有的调度器具有协作式调度的特征,它完全可以实现成和系统线程 1:1 影射。所以你说的“加强协程调度”是什么意思?你以为可以做得更好?

想要手工管理内存,直接用 syscall.Mmap 分配一个,随你搞,本来就不需要 cgo。
vChrysanthemum
2018-11-27 13:18:06 +08:00
@reus 已经开搞了,手动内存目前还真是 mmap,https://mp.weixin.qq.com/s/ocALOQScu98MUjNiDFx6Ew

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/485333

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX