• <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>
            cyt

            以前一直都是做同步方式的數據結構存儲。即典型的:
            void  TMyClass::onSave(TStorage & s)
            {
                s << member1;
                s << member2;
                  ......
            }

            void  TMyClass::onLoad(TStorage & s)
            {
                s >> member1;
                s >> member2;
                  ......
            }
            假如s滿了(Save的時候)或者s數據不足(Load的時候),函數會等待,直到s可用或者出錯退出。相當于進程的Stack幫我們保存了I/O狀態的上下文。

            但是現在要轉到異步方式I/O,當s“不可用”的時候,線程應該中斷當前的操作,把I/O狀態的上下文保存下來,轉而做其他的操作。
            所以麻煩就來了,要自己做這個上下文的保存。一般來說要記錄以下的內容:

            1、操作到哪一個成員。
            2、假如成員是一個普通的類型、那就要記錄操作到類型的哪一個byte。
            2、如果成員是一個復合類型,同樣,遞歸地回到了1。

            因此,上下文保存的結果一般都是一個自己做的stack,里面就是記錄這個遞歸的過程。

            其實想想,何苦為了省那幾十k的空間折磨自己呢,例如輸出,先用同步的方式把數據記錄在內存,然后就記錄內存的起始地址和長度,異步處理的時候就把內存輸出,如果沒有輸出完的,就記下未輸出部分的起始地址和長度,等待下一次。
            不過當結果比較龐大的時候,還是需要自己慢慢苦干,真是悲慘……

            posted on 2005-10-08 14:44 cyt 閱讀(472) 評論(0)  編輯 收藏 引用 所屬分類: Work
             
            少妇久久久久久久久久| 久久艹国产| 亚洲精品无码久久久| 亚洲乱亚洲乱淫久久| 国产一区二区精品久久| 国内精品久久久久伊人av| 国内精品人妻无码久久久影院 | 精品久久人人妻人人做精品| 久久影院综合精品| 日韩精品久久久久久久电影蜜臀 | 91精品国产综合久久精品| 国产激情久久久久久熟女老人| 久久久久久青草大香综合精品| 久久夜色tv网站| 国产精品久久久久久久午夜片 | 五月丁香综合激情六月久久| 久久精品国产色蜜蜜麻豆| 18岁日韩内射颜射午夜久久成人| 久久久久久久久波多野高潮| 亚洲精品乱码久久久久久蜜桃图片 | 久久国产精品无码HDAV| 91精品国产高清久久久久久国产嫩草 | 伊人色综合久久天天网| 狠狠色噜噜色狠狠狠综合久久| 亚洲精品无码久久久久sm| 久久精品国产精品国产精品污 | 久久国产精品无码HDAV| 国产精品美女久久久久AV福利| 精品国产91久久久久久久a| 久久综合亚洲色HEZYO社区| 久久99国产精品尤物| 久久精品中文字幕有码| 久久久久久久97| 久久99亚洲综合精品首页| 久久九九兔免费精品6| 国产叼嘿久久精品久久| 亚洲精品乱码久久久久久蜜桃图片| 欧美一区二区精品久久| 日本久久久久亚洲中字幕| 久久久久久国产精品无码下载 | 狠狠干狠狠久久|