• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運轉,開心的工作
            簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            2014.04.18.Coroutines 的坑

            Posted on 2014-04-17 16:21 S.l.e!ep.¢% 閱讀(1732) 評論(0)  編輯 收藏 引用 所屬分類: C++
            最近的程序莫名奇妙的coredump,? 掛的方式和地方都不一樣, 后來懷疑是 協程的堆棧溢出了.
            makecontext() 傳入的第一個參數 ucontext_t* 其中的成員 uc_stack.ss_size 需要指定堆棧的大小, 改了下大小, 就不會掛了

            谷歌了下,發現也有人遇到同樣的坑,解決方法也是
            1. 避免使用棧
            2. 增大協程棧的大小
            原文: 協程框架的堆棧大小陷阱

            檢查下了unix下的線程堆棧大小
            linux-7r0r:~ # ulimit -a | grep stack
            stack size????????????? (kbytes, -s) 8192

            發現只有8M?

            谷歌了半天,沒有找到答案的兩個問題
            1. 協程堆棧現在我定義了20M, 但隨著程序邏輯的復雜性增加, 可能也會溢出, 只是早晚的問題
            2. 如何去保護這個協程堆棧, 發現異常時, 可以及時發現, 甚至可以 try - catch?
            ???-- 網上已經有人用mprotect做了堆棧保護, http://www.gaccob.com/?p=1254?

            看到 GNU有個 pth 也封裝了協程 http://www.gnu.org/software/pth/
            .. but 代碼沒看懂它是如何調用 makecontext 的, 先 make down
            国内精品综合久久久40p| www.久久99| 久久久精品久久久久影院| 伊人久久亚洲综合影院| 久久亚洲精品无码aⅴ大香| 97精品伊人久久大香线蕉app| 精品永久久福利一区二区| 品成人欧美大片久久国产欧美| 久久香综合精品久久伊人| 91精品观看91久久久久久| 久久天天躁夜夜躁狠狠| 伊人久久综在合线亚洲2019| 久久精品aⅴ无码中文字字幕不卡| 777米奇久久最新地址| 综合久久一区二区三区 | 欧美精品九九99久久在观看| 亚洲精品乱码久久久久久蜜桃图片| 久久精品免费观看| 久久婷婷五月综合国产尤物app| 久久这里只有精品视频99| AV狠狠色丁香婷婷综合久久| 久久久久久国产精品无码下载 | 久久A级毛片免费观看| 亚州日韩精品专区久久久| 久久精品国产91久久综合麻豆自制| 久久精品国产99国产精品导航 | 久久久久久亚洲AV无码专区| 丰满少妇人妻久久久久久4| 久久国产乱子伦精品免费强| 欧洲精品久久久av无码电影| 伊人色综合久久天天人手人婷| 久久无码AV一区二区三区| 亚洲Av无码国产情品久久| 人人狠狠综合久久亚洲| 久久综合伊人77777麻豆| 久久精品视频91| 日韩va亚洲va欧美va久久| 久久夜色精品国产亚洲av| 久久国产精品免费一区| 久久久久亚洲AV综合波多野结衣 | 久久亚洲国产欧洲精品一|