• <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++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            2014.04.18.Coroutines 的坑

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

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

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

            發(fā)現(xiàn)只有8M?

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

            看到 GNU有個 pth 也封裝了協(xié)程 http://www.gnu.org/software/pth/
            .. but 代碼沒看懂它是如何調(diào)用 makecontext 的, 先 make down
            蜜桃麻豆WWW久久囤产精品| 国产成人精品综合久久久久| 久久亚洲美女精品国产精品| 久久久一本精品99久久精品66 | 亚洲狠狠久久综合一区77777| 国产美女久久精品香蕉69| 久久久久国产精品| 日本久久久久久久久久| 亚洲午夜久久久久妓女影院| 久久婷婷久久一区二区三区| 亚洲色欲久久久久综合网| 久久精品国产亚洲AV香蕉| 久久精品国产精品亚洲人人| 久久妇女高潮几次MBA| 久久久久久免费一区二区三区| 一极黄色视频久久网站| 国产∨亚洲V天堂无码久久久 | 国产成人久久精品一区二区三区 | av色综合久久天堂av色综合在| 久久精品成人国产午夜| 欧美日韩精品久久久久| 狠狠狠色丁香婷婷综合久久五月| 久久久久久青草大香综合精品| 欧美精品久久久久久久自慰| 久久夜色精品国产| 国产亚洲婷婷香蕉久久精品| 亚洲va久久久久| 99久久国产主播综合精品| 国内精品久久久人妻中文字幕| 色婷婷狠狠久久综合五月| 91精品国产色综久久| 亚洲精品蜜桃久久久久久| 亚洲?V乱码久久精品蜜桃| 国产亚州精品女人久久久久久 | 色综合久久最新中文字幕| 日产精品99久久久久久| 久久中文字幕精品| 亚洲国产精品成人久久蜜臀 | 久久久亚洲欧洲日产国码aⅴ| 久久久黄色大片| 精品国产乱码久久久久软件|