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

            LINGSUIYU'S BLOG

            C++博客 聯系 聚合 管理
              2 Posts :: 0 Stories :: 10 Comments :: 0 Trackbacks

                    在Efficient C++的第二章,講述了關于繼承和構造(析構)函數造成的計算開銷,仍然有些糊涂。對與以下三段關于互斥鎖使用的代碼(來自Efficient c++):

            // Version 1
            int main()
            {
                
                
            // Start timing here
                for(i=0; i<1000000; i++)
                
            {
                    pthread_mutex_lock(
            &mutex);
                    shareCounter
            ++;
                    pthread_mutex_unlock(
            &mutex);
                }

                
            // Stop timing here
                
            }

             

            // Version 2
            int main()
            {
                
                
            // Start timing here
                for(i=0; i<1000000; i++)
                
            {
                    SimpleMutex m(mutex);
                    sharedCounter
            ++;
                }

                
            // Stop timing here
                
            }


            class SimpleMutex
            {
            public:
                SimpleMutex(pthread_mutex_t 
            & lock):myLock(lock){acquire();}
                
            ~SimpleMutex{release();}

            private:
                
            int acquire(){return pthread_mutex_lock(&myLock);}
                
            int release(){return pthread_mutex_unlock(&myLock);}
                pthread_mutex_t 
            & myLock;
            }
            ;

            // Version 3
            int main()
            {
                
                
            // Start timing here
                for(i=0; i<1000000; i++)
                
            {
                    DerivedMutex m(mutex);
                    sharedCounter
            ++;
                }

                
            // Stop timing here
                
            }


            class BaseMutex
            {
            public:
                BaseMutex(pthread_mutex_t 
            & lock){};
                Virtual 
            ~BaseMutex(){};
            }
            ;

            class DerivedMutex:public BaseMutex
            {
            public:
                DerivedMutex(pthread_mutex_t 
            &lock):BaseMutex(lock),myLock(lock){acquire();}
                
            ~DerivedMutex(){release();}

            private:
                
            int acquire(){return pthread_mutex_lock(&myLock);}
                
            int release(){return pthread_mutex_unlock(&myLock);}
                pthread_mutex_t 
            & myLock;
            }
            ;

            書中測得的結果是Version 1和 Version 2 耗時相同,為1.01s,而Version 3 耗時1.63秒,這說明前兩個版本計算開銷相同而第三個版本計算開銷明顯增加。
                    而書中也說了Version 2 的構造函數中,初始化myLock成員是計算損失,當acquire()內聯不成功的時候,調用acquire()也是計算損失。
                    再看Version 3,它首先調用基類的構造函數,由于是內聯的,而且函數體為空,其開銷應該忽略不計,然后是初始化myLock,調用acquire(),這些都跟Version 2中一樣。
                    這樣看起來反倒是Version 2 和  Version 3 的計算花費應該相同了,而Version 1的計算花費要比它們少。而書上好像沒有對這個問題作出解釋。我不知道是什么地方理解錯誤了,所以先懸著,等找到答案再把它寫完。或者如有看到此文而不吝賜教的,不勝感激!
            posted on 2008-08-21 10:09 零碎雨 閱讀(669) 評論(3)  編輯 收藏 引用

            Feedback

            # re: 關于c++繼承帶來的開銷的疑惑 2008-08-22 00:38 theanswerzju
            基類的構造函數明顯不是空的呀 有虛析構函數的 至少還得在構造函數中設置vtable,vptr的呀  回復  更多評論
              

            # re: 關于c++繼承帶來的開銷的疑惑 2008-08-22 08:58 零碎雨
            @theanswerzju
            哦,是的,剛剛學到vtable和vptr,對c++類的內部實現還不是很了解,謝謝您的指出!我仍然有一個疑問,覺得至少Version 2 會比Version 1開銷大一點,因為多了初始化myLock成員,但書上說兩者是一樣的,是不是這個開銷不大可以忽略?  回復  更多評論
              

            # re: 關于c++繼承帶來的開銷的疑惑 2008-08-22 17:00 theanswerzju
            @零碎雨
            你可以對比一下兩者的匯編結果
            記得把inline設為允許,VC默認Debug下是關掉的
              回復  更多評論
              

            久久国产精品-国产精品| 婷婷久久综合九色综合绿巨人| 久久97精品久久久久久久不卡| 精品久久久久久无码中文野结衣| 精品综合久久久久久97| 精品久久久久久无码中文野结衣| 午夜精品久久久久久久久| 久久精品国产72国产精福利| 日韩AV无码久久一区二区| 久久久久黑人强伦姧人妻| 精品乱码久久久久久久| 亚洲国产日韩欧美久久| 久久国产精品-久久精品| 熟妇人妻久久中文字幕| 合区精品久久久中文字幕一区| 亚洲一本综合久久| 久久精品国产精品亚洲精品| 久久天天躁狠狠躁夜夜avapp| 一本久久精品一区二区| 久久久久九国产精品| 99久久综合狠狠综合久久| 精品国产乱码久久久久久郑州公司| 久久久久久综合网天天| 欧美久久久久久| 久久天天躁夜夜躁狠狠| 久久久久久精品免费看SSS| 亚洲精品tv久久久久久久久久| 久久精品国产清自在天天线| 久久er国产精品免费观看2| 精品国产91久久久久久久| 久久精品国内一区二区三区| 久久99热国产这有精品| 一级做a爰片久久毛片人呢| 国产福利电影一区二区三区久久久久成人精品综合 | 97久久超碰成人精品网站| 亚洲va久久久噜噜噜久久男同| 日韩AV无码久久一区二区| 狠狠色婷婷综合天天久久丁香| 9191精品国产免费久久| 久久久久亚洲av毛片大| 久久天天躁狠狠躁夜夜avapp|