我记得go好像就是这种动态增长栈，最开始还支持动态收缩，有性能问题好像现在取消了收缩。brpc里面也实现了这个，但好像栈不能动态增长。  
  
【 在 hgoldfish (老鱼) 的大作中提到: 】
:  go, python, java, c# 这几门语言的协程实现和 c++ stackful 是不一样的啊。只有 c++ 才能搞“保存寄存器”，“jmp 跳转”，“恢复寄存器”这种直接在机器指令级别干活的实现方案。其它语言要么有虚拟机，要么有 GC，不能这么搞的啊。
:  
:  【 在 ensonmj 的大作中提到: 】
:  : go不就是这么实现的吗？去挖一挖看看他在windows下调的啥api    
--
FROM 223.104.5.*

不应该啊。我跑过测试，一万个协程根本没用掉啥内存。可能是因为我每个协程的调用路径都非常短吧。

c++20 stackless 协程就是把程序拿出来变换，把每个 async 函数变成一个这样的类型：

struct Coroutine@main_cpp#l203 {
    int var1;
    string var2;
    int state = 204;   // 行号

    int resume();
};

然后把所有本来是访问局部变量的语句都变换到访问这这个结构体。再把整个函数丢到 resume() 里面，并且在每个 co_await() 位置插入 case 语句。具体的原理你查一下戴夫设备。

int Coroutine@main_cpp#l203::resume()
{
    switch (state) {
        ...
        state = 215;   // 第一个 co_yield() 的实现
        return value;
        case 215;  // 第一个 co_yield() 的行号
        ....
        state = 228;
        return value;   // 第二个 co_yield() 的实现
        case 228;  // 第二个 co_yield() 的行号
        ...
        return xxx;
    }
}

每次 co_await() 一个协程函数都需要在堆里面 new 这么一个结构体出来，可想而知有多占用内存了。而且生生地把连续的内存变成堆上的一个个块。

【 在 ylh0315 的大作中提到: 】
: 我就是不懂stackless怎么玩栈。
: 我是用stackfull，当然我也没处理1m协程，大概处理过1万多点，内存已经很可观了。
--
修改:hgoldfish FROM 59.60.25.*
FROM 59.60.25.*

stackless每一次resume都要从top状态一层层遍历下来，不像stackfull直接记录ip，在嵌套比较深的情况下感觉效率有点低。  
另外rust的async实现每次resume的时候好像还要copy这个状态机到执行线程站上，那就更慢了。不知道为啥要这么实现
  
【 在 hgoldfish (老鱼) 的大作中提到: 】
:  不应该啊。我跑过测试，一万个协程根本没用掉啥内存。可能是因为我每个协程的调用路径都非常短吧。
:  
:  c++20 stackless 协程就是把程序拿出来变换，把每个 async 函数变成一个这样的类型：
:  
--
FROM 223.104.5.*

go 没有虚拟机吧？
【 在 hgoldfish 的大作中提到: 】
: go, python, java, c# 这几门语言的协程实现和 c++ stackful 是不一样的啊。只有 c++ 才能搞“保存寄存器”，“jmp 跳转”，“恢复寄存器”这种直接在机器指令级别干活的实现方案。其它语言要么有虚拟机，要么有 GC，不能这么搞的啊。  
: --  
: 灭绝人性啊

发自「今日水木 on M2007J17C」

※ 来源:·水木社区 http://www.mysmth.net·[FROM: 61.50.120.*]

FROM 61.50.120.*

没有虚拟机，但是有 GC 啊。不兼容 c/c++ 这种简单的内存栈管理方案。

【 在 GoGoRoger 的大作中提到: 】
: go 没有虚拟机吧？
: 发自「今日水木 on M2007J17C」
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 61.50.120.*]
: ...................
--
FROM 59.60.25.*