- 主题:c/c++的开发人员是不是越来越少了？
join calculus看完之后，会发现你纠结的开三个协程等一个返回的问题，就是论文解决的问题。开三个async之后jion回来而已
虽然join calculus并不是为了解决你提出的这个同步问题，但这个问题正撞论文枪口上
async/await是join calculus其中一种实现。而你的问题其实等价于在说每对async/await都需要300行代码和锁。而事实上，各个语言对async/await的实现，一般的消耗在几十个时钟周左右
觉得各个语言标准委员会的人和版友都是水平不够，并不能说是一个客观的态度
【 在 hgoldfish 的大作中提到: 】
: 1. 看过了，那东东无非又是一个包装而已。我们前面讨论的是同步这个操作系统的原理概念，怎么应用到 c/cpp 的协程里面。而你整天在说语法。那种乱糟糟的语法，呵，看不上。
: 2. 懒得说了。什么一代二代，从来没听说过。
: 3. whenany 函数几行我也懒得看。瞄了两眼就知道这个 task.cs 干的啥。要不你写篇长文讲讲 c# 比 go/erlang 厉害在哪里发到 programming 版让大家鉴赏一下吧。
: ...................
--
FROM 123.116.198.*
你用二代协程的优势，给一代协程造了个同步的问题，然后说两代协程全部都有这个问题。
别人指出问题在哪，你说只想讨论你的概念，这个确实没法聊了
另外我这个id是lea du，lea开头的id，你说我会不会汇编？
汇编和协程的关系，无非就是二三十年前开始做第一代协程的时候，各种语言和os实现方式中，c的有些库的实现使用了汇编存栈和恢复。但同时也有c的库不用存栈，单纯就是一个线程池比如Windows xp
不主动提这个东西的原因，是和当前逻辑错误问题无关，而且主动提现在用的不多的老技术，会显得自己很油腻
另外再说一句，协程总体是会增加程序运行时钟周的，并不能减少。它的优势在于用增加少量指令换取资源使用效率最大化，包括开发者资源
所以什么汇编和体系结构和协程关系其实都不大
等你能理解这一点的时候，就不会四处说各个语言标准委员会的协程有问题了
【 在 hgoldfish 的大作中提到: 】
: 他论文讨论那个概念，我讨论同步概念不行吗？..,1,2,3,... 你可以说在讨论数论，也可以说数域吧。
: 仅就目前这个帖子，等你有能力从汇编开始实现协程的时候再来参与我和 ylh1969 的讨论吧。csarch 版讨论在处理器层面实现协程我就很自觉坐在旁边听。
:
--
FROM 123.116.198.*
en.wikipedia.org/wiki/Join-pattern
还有微软的一个论文。
东西不算复杂，主要是函数编程那些人的思考角度确实不错
【 在 DoorWay 的大作中提到: 】
: 看你发言太爽了，哈哈哈—— “ 说起来，协程这么个小玩意，你在各个版面都纠结多少年了，咋还没入门”
: 那倆ID，一个以只会C骄傲自豪。一个天天卖拍自己的库。
: 发言都是神秘主义，似是而非，个人化情绪化评论的一对，
: ...................
--
FROM 123.116.198.*