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

            chaogu ---大寫的人!

            共2頁: 1 2 
            這就是我想要的答案,謝謝你能回答我的疑問。
            我這還有一篇關于內存分配的文章,對你可能有幫助,如果需要發個郵件給我。
            title:MMT: Exploiting Fine-Grained Parallelism in Dynamic Memory Management
            Abstract—Dynamic memory management is one of the most
            expensive but ubiquitous operations in many C/C++ applications.
            Additional features such as security checks, while desirable,
            further worsen memory management overheads. With
            advent of multicore architecture, it is important to investigate
            how dynamic memory management overheads for sequential
            applications can be reduced.
            In this paper, we propose a new approach for accelerating
            dynamic memory management on multicore architecture, by
            offloading dynamic management functions to a separate thread
            that we refer to as memory management thread (MMT).
            We show that an efficient MMT design can give significant
            performance improvement by extracting parallelism while being
            agnostic to the underlying memory management library
            algorithms and data structures. We also show how parallelism
            provided by MMT can be beneficial for high overhead memory
            management tasks, for example, security checks related to
            memory management.
            We evaluate MMT on heap allocation-intensive benchmarks
            running on an Intel core 2 quad platform for two widelyused
            memory allocators: Doug Lea’s and PHKmalloc allocators.
            On average, MMT achieves a speedup ratio of 1.19×
            for both allocators, while both the application and memory
            management libraries are unmodified and are oblivious to the
            parallelization scheme. For PHKmalloc with security checks
            turned on, MMT reduces the security check overheads from
            21% to only 1% on average.
            一直我不懂為什么要自己去做一個內存管理啊,本身new和delete不好用嗎?還是性能不高啊?性能不高的原因又是為什么啊?就算性能不高不高到那種程度?有沒有數據說明一下。因為你提出一種策略總是為了解決某個問題,但是問題本身就不是一個問題,(也就是問題不成立),那解決方案也就沒什么意義了。
            不同意你的說法,因為高手應該具備引導學生進入一個比較高度的地方,我另一個老師(L)就是這么一個人。當然有比較笨的學生,也有比較聰明的學生,但是我的L老師能一步一步把學生引導到一個比較高的位置,就算他比較笨。(臭美一下:我自認為我還不是一個比較笨的人)@空明流轉
            其實,面相對像其實就是在面向過程的,比如C++,許多C++編譯器就是把C++的程序轉成C的程序,然后重用C的編譯器。但是,面向對像又不是面向過程的。面向對象是一種思想,就像C能寫出面向對象的程序來,但是不要以為C++不好,C比較難寫出面向對象的程序來,C++的目的就是把面向對象的思想應用到語言上,讓程序員能在語言上得到支持。
            其實,語言都是其次,重要的還是思想。現在的書很多說的是面向對象的語言,但是還沒有一本很好的書來詮釋面向對象的思想。能在應用上去解釋面向對象的書更少。希望國內能有這么個人出本這么一本書。
            本人還是個學生,不對的還望包涵。
            共2頁: 1 2 

            導航

            <2011年5月>
            24252627282930
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234

            統計

            常用鏈接

            留言簿(1)

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            亚洲精品99久久久久中文字幕| 亚洲av成人无码久久精品| 97精品国产97久久久久久免费 | 亚洲精品第一综合99久久| 中文字幕久久亚洲一区| 亚洲熟妇无码另类久久久| 久久久久夜夜夜精品国产| 久久久久久久免费视频| 麻豆亚洲AV永久无码精品久久| 久久综合综合久久狠狠狠97色88| 久久久久婷婷| 久久综合久久综合久久| 久久亚洲日韩看片无码| 99久久99久久精品国产| 午夜欧美精品久久久久久久| 久久精品成人免费观看97| 国产亚洲综合久久系列| 国产精品久久久久蜜芽| 国产福利电影一区二区三区久久老子无码午夜伦不 | 94久久国产乱子伦精品免费| 亚洲日韩中文无码久久| 久久最新免费视频| 欧美伊香蕉久久综合类网站| 亚洲中文字幕久久精品无码APP| 99久久久久| 91精品国产综合久久四虎久久无码一级| 久久www免费人成看片| 日韩亚洲国产综合久久久| 亚洲午夜精品久久久久久人妖| 欧美精品久久久久久久自慰| 欧美精品乱码99久久蜜桃| 久久久国产精品| 久久国产精品一区| 久久久久国产视频电影| 久久精品国产精品亚洲| 久久久久综合网久久| 狠狠狠色丁香婷婷综合久久俺| 中文精品久久久久人妻不卡| 国产精品99久久久久久宅男小说 | 久久久久久免费视频| 久久婷婷五月综合色奶水99啪 |