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

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            欧美性大战久久久久久| 久久综合给合久久国产免费| 久久精品亚洲日本波多野结衣 | 无码AV中文字幕久久专区| 国内精品久久久久久99蜜桃| 69久久精品无码一区二区| 久久精品一区二区影院| 欧美熟妇另类久久久久久不卡| 久久九九亚洲精品| 久久这里只有精品首页| 国内精品久久久久影院免费| 久久久久亚洲精品天堂久久久久久| 亚洲狠狠婷婷综合久久蜜芽 | 麻豆久久久9性大片| 亚洲国产成人久久综合区| 久久亚洲国产午夜精品理论片| 合区精品久久久中文字幕一区| 久久久久免费精品国产| 热re99久久6国产精品免费| 一级做a爰片久久毛片看看| 99久久无码一区人妻| 久久er99热精品一区二区| 2020久久精品亚洲热综合一本| 精品国产青草久久久久福利| 99久久99久久精品免费看蜜桃| 久久精品国产亚洲av麻豆图片| 久久精品国产精品亚洲| 中文字幕成人精品久久不卡| 久久精品国产亚洲AV大全| 亚洲va久久久噜噜噜久久男同| 亚洲国产日韩欧美综合久久| 久久精品夜色噜噜亚洲A∨| 精品无码久久久久久国产| 久久国产精品99久久久久久老狼| 久久青青草原精品国产| 伊人久久大香线蕉综合Av | 人妻无码久久一区二区三区免费 | 久久99热这里只有精品国产| …久久精品99久久香蕉国产| 久久不见久久见免费视频7| 久久精品国产影库免费看|