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

            flagship的理想與現實

            創新+實踐

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              8 Posts :: 0 Stories :: 27 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(8)

            我參與的團隊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            01 2009 檔案

            posted @ 2009-01-24 23:38 flagship 閱讀(1854) | 評論 (1)  編輯

                 摘要: 現在我們已經有了三個可獨立工作的線程:資源加載線程、邏輯線程、渲染線程,下一步我們需要決定它們如何在實際的項目中相互配合,也就是所謂的應用程序框架了,該框架需要解決以下兩個問題
            首先,資源讀取線程可以簡單設計為一個循環等待的線程結構,每隔一段時間檢查加載隊列中是否有內容,如果有則進行加載工作,如果沒有則繼續等待一段時間。這種方式雖然簡單清晰,但卻存在問題,如果等待時間設得過長,則加載會產生延遲,如果設得過短,則該線程被喚醒的次數過于頻繁,會耗費很多不必要的CPU時間。
            然后,主線程是邏輯線程還是渲染線程?因為邏輯線程需要處理鍵盤鼠標等輸入設備的消息,所以我起初將邏輯線程設為主線程,而渲染線程另外創建,但實際發現,幀數很不正常,估計與WM_PAINT消息有關,有待進一步驗證。于是掉轉過來,幀數正常了,但帶來了一個新的問題,邏輯線程如何處理鍵盤鼠標消息?
              閱讀全文
            posted @ 2009-01-10 23:37 flagship 閱讀(2865) | 評論 (1)  編輯

            posted @ 2009-01-04 21:15 flagship 閱讀(5626) | 評論 (7)  編輯

            posted @ 2009-01-03 21:37 flagship 閱讀(3554) | 評論 (0)  編輯

            posted @ 2009-01-03 21:10 flagship 閱讀(1314) | 評論 (1)  編輯

            亚洲国产精品无码久久九九| 伊人久久大香线蕉av不卡| 国产L精品国产亚洲区久久| 青青热久久综合网伊人| 亚洲国产精品久久久久| 亚洲欧美国产日韩综合久久 | 久久精品国产亚洲AV无码娇色| 99久久婷婷国产综合亚洲| 久久久国产精华液| 久久精品亚洲日本波多野结衣 | 欧美亚洲色综久久精品国产| 国产激情久久久久影院小草 | 久久久久亚洲AV成人网人人网站| 99久久国产综合精品女同图片| 国产精品激情综合久久| 午夜不卡久久精品无码免费| 久久996热精品xxxx| 狠狠88综合久久久久综合网| 久久精品国产男包| 中文字幕亚洲综合久久| 精品久久久久中文字幕日本| 亚洲午夜福利精品久久| 久久亚洲2019中文字幕| 99热都是精品久久久久久| 国产欧美久久久精品| 久久天天躁狠狠躁夜夜avapp| 久久毛片一区二区| 久久久久国产| 久久久久久久综合日本| 久久久久婷婷| 久久久受www免费人成| 久久久免费观成人影院| 久久无码人妻精品一区二区三区| 国产成人精品久久一区二区三区av| 国内精品久久久久久久97牛牛| 人妻久久久一区二区三区| 国产精品99精品久久免费| 久久久久亚洲av无码专区导航| 精品蜜臀久久久久99网站| 四虎国产精品免费久久5151| 九九热久久免费视频|