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

            天秤座的唐風(fēng)

            總會有一個(gè)人需要你的分享~!- 唐風(fēng) -

              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              13 隨筆 :: 0 文章 :: 69 評論 :: 0 Trackbacks

            與臨時(shí)對象的斗爭(下)

            作者:唐風(fēng)

            原載:www.cnblos.com/liyiwen

            上篇里,我們看到了 (N)RVO 和右值引用,下面我們來看看表達(dá)式模板。

            Expression Template(表達(dá)式模板,ET)

            如果有“系統(tǒng)地”學(xué)習(xí)過 C++ 的模板編程,那么你應(yīng)該已經(jīng)知道 Expression Template 這個(gè)“東西”。在模板圣經(jīng)《C++ templates》的第 18 章專門用了一整章來講這個(gè)技巧,(是的,我認(rèn)為它是一種技巧)。足以見得它比較復(fù)雜,也很重要。

            說起 Expression Template 產(chǎn)生,“臨時(shí)對象”也是“功臣”之一啊。還是來用例子來說明(你能很容易找到這樣類似的例子,呵,我就是參照著別人寫的):

            class MyVec
            {
            public:
                MyVec(){
                    p = new int[SIZE];
                }
                MyVec(MyVec const& a_left) {
                    p = new int[SIZE];
                    memcpy(p, a_left.p, SIZE * sizeof(int));
                }
                ~MyVec(){delete [] p;}
                MyVec& operator=(MyVec const& a_left) {
                    if (this != &a_left) {
                        delete [] p;
                        p = new int[SIZE];
                        memcpy(p, a_left.p, SIZE * sizeof(int));
                    }
                    return *this;
                }
                int& operator [](size_t a_idx) { 
                    return p[a_idx];
                }
                int operator [](size_t a_idx)const { 
                    return p[a_idx];
                }
                MyVec const operator + (MyVec const& a_left) const {
                    MyVec temp(*this);
                    temp += a_left;
                    return temp;
                }
                MyVec& operator += (MyVec const& a_left) { 
                    for (size_t i = 0; i < SIZE; ++i) {
                        p[i] += a_left.p[i];
                    }
                    return *this;
                }
            private:
                static int const SIZE = 100;
                int* p;
            };
            
            int main(int argc, char* argv[])
            {
                MyVec a, b, c;
                MyVec d = a + b + c;
                return 0;
            }
            

            看,我們寫下這么小段代碼:

            MyVec d = a + b + c;

            這是很常用的數(shù)學(xué)運(yùn)算吧,而且代碼很直觀。但這個(gè)表達(dá)式有一個(gè)問題,就是產(chǎn)生了“不必要”的臨時(shí)對象。因?yàn)?a + b 的結(jié)果會成為一個(gè)存在一個(gè)臨時(shí)對象上 temp 上,然后這個(gè) temp 再加上 c ,最后把結(jié)果傳給 d 進(jìn)行初始化。如果這些向量很長,或是表達(dá)式再加幾節(jié),可以想像這些 temp 會多讓人不爽。

            而且,如果我們寫成這樣:

            MyVec d = a;
            d += b;
            d += c;

            就可以避免產(chǎn)生多余的臨時(shí)對象。但這樣寫,如果是不了解“行情”的人看了MyVec d = a + b + c;之后再看這段,是不是會覺得寫這代碼的人欠K?

            好吧,你會問,上面不是說右值引用可以解決這樣問題?是的,但在沒有右值引用的“黑暗日子”里,我們就不用過活了?當(dāng)然要,小學(xué)開始數(shù)學(xué)老師就教我們要一題多解吧,換個(gè)思路也有辦法,這個(gè)辦法就是ET。

            怎么做的呢?a + b + c 會產(chǎn)生臨時(shí)變量是因?yàn)?C++ 是即時(shí)求值的,在看到 a + b,就先算出一個(gè) temp 的Vector對象,然后再向下算。如果能進(jìn)行延遲求值,看完整個(gè)表達(dá)式再來計(jì)算,那么就可以避免這個(gè)temp的產(chǎn)生。

            怎么做?

            原來的做法中,operator + 直接進(jìn)行了計(jì)算,既然我們不想它“過早”的計(jì)算,那么我們就在重新重載一個(gè)operator + 運(yùn)算符,在這個(gè)運(yùn)算中不進(jìn)行真正的運(yùn)算,只是生成一個(gè)對象,在這個(gè)對象中把加法運(yùn)算符兩邊的操作數(shù)保留下來~然后讓它參與到下一步的計(jì)算中去。(好吧,這個(gè)對象也是臨時(shí)的,但它的代價(jià)非常非常小,我們先不理會它)。于是我們寫下面的代碼:

            class MyVec;
            
            template <typename L>
            class ExpPlus {
                L const & lvec;
                MyVec const & rvec;
            public:
                ExpPlus(L const& a_l, MyVec const& a_r):
                  lvec(a_l), rvec(a_r)
                  { }
                  int operator [] (size_t a_idx) const;
            };
            
            // Point 1
            template <typename L>
            ExpPlus<L> operator + (L const& a_l, MyVec const & a_r) {
                return ExpPlus<L>(a_l, a_r);
            }
            
            class MyVec
            {
            public:
                MyVec(){
                    p = new int[SIZE];
                }
            
                MyVec(MyVec const& a_r) {
                    p = new int[SIZE];
                    memcpy(p, a_r.p, SIZE * sizeof(int));
                }
            
                template <typename Exp>
                MyVec(Exp const& a_r) {
                    p = new int[SIZE];
                    for (size_t i = 0; i < SIZE; ++i) {
                        p[i] += a_r[i];
                    }
                }
            
                ~MyVec(){delete [] p;}
            
                MyVec& operator = (MyVec const& a_r) {
                    if (this != &a_r) {
                        delete [] p;
                        p = new int[SIZE];
                        memcpy(p, a_r.p, SIZE * sizeof(int));
                    }
                    return *this;
                }
            
                template <typename Exp>
                MyVec& operator = (Exp const & a_r) {
                    delete [] p;
                    p = new int[SIZE];
                    for (size_t i = 0; i < SIZE; ++i) {
                        p[i] += a_r[i];
                    }
                    return *this;
                }
            
                int& operator [](size_t a_idx) { 
                    return p[a_idx];
                }
            
                int operator [](size_t a_idx)const { 
                    return p[a_idx];
                }
            private:
                static int const SIZE = 100;
                int* p;
            };
            
            template <typename L>
            int ExpPlus<L>::operator [] (size_t a_idx) const {
                return lvec[a_idx] + rvec[a_idx];
            }
            
            int main(int argc, char* argv[])
            {
                MyVec a, b, c;
                MyVec d = a + b + c;
                return 0;
            }

            比起之前的代碼來說,這段代碼有幾個(gè)重要的修改:首先,我們增加了一個(gè)模板類 ExpPlus,用它來代表加法計(jì)算的“表達(dá)式”,但在進(jìn)行加法時(shí),它本身并不進(jìn)行真正的計(jì)算。對這個(gè)類,定義了下標(biāo)運(yùn)算符,這個(gè)運(yùn)算符中才進(jìn)行了真正的加法計(jì)算。然后,對于原來的 MyVec,我們重載它的賦值運(yùn)算符,讓它在賦值的時(shí)候通過ExpPlus的下標(biāo)運(yùn)算符來獲得計(jì)算結(jié)果(也就是,在賦值操作時(shí)才真正的進(jìn)行了計(jì)算!)。

            上面這段話,對于不了解ET的人來說,也許一時(shí)間還不容易明白,我們一步一步來:

            在 d = a + b + c 這個(gè)式子中,首先遇到 a + b,這時(shí),模板函數(shù) operator + 會被調(diào)用(代碼中注釋了“Point 1 ”),這時(shí)只是生成一個(gè)臨時(shí)的ExpPlus<MyVec>對象(我們叫它 t1 吧),不做計(jì)算,只是保留計(jì)算的左右操作數(shù)(也就是a和b),接著,t1 + c ,再次調(diào)用同樣的 operator + ,而且也只是生成一個(gè)對象(我們叫它 t2 吧),這個(gè)對象的類型是 ExpPlus<ExpPlus<MyVec>>,同樣,t2 在這里只是保留了兩邊的操作數(shù)(也就是 t1 和 c)。直到整個(gè)表達(dá)式“做完”,沒有任何東西進(jìn)行了計(jì)算,所做的事情實(shí)際上只是用 ExpPlus 這個(gè)模板類把計(jì)算式的信息記錄下來了(當(dāng)然,這些信息就是參與計(jì)算的操作數(shù))。

            最后,當(dāng)進(jìn)行 d = t2 的時(shí)候,MyVec 的賦值運(yùn)算符被調(diào)用(用 t2 作參數(shù))。注意,這個(gè)調(diào)用中的語句 p[i] = t2[i],其中 t2[i] 通過重載的下標(biāo)運(yùn)算符,展開成 t1[i] + c[i],同理 t1[i] 又再次展開,成為 a[i]+b[i],最終,p[i] = t2[i] 就變成了:p[i] = a[i] + b[i] + c[i])(當(dāng)然,里面參雜了內(nèi)聯(lián)的效果,這些函數(shù)都是非常容易被內(nèi)聯(lián)的)。就像變“魔術(shù)”一樣,我們通過ExpPlus完成了“延遲計(jì)算”,并避免了大型的 MyVec 臨時(shí)對象的產(chǎn)生。

            這基本上就是 ET 的“原理”了吧。我們來“專門化”一下 ET 的好處:

            • To create a domain-specific embedded language (DSEL) in C++
            • To support lazy evaluation of C++ expressions (e.g., mathematical expressions), which can be executed much later in the program from the point of their definition.
            • To pass an expression — not the result of the expression — as a parameter to a function.

            這樣,用 ET 就能兼顧到“直觀”和“效率”了。

            ET 中 C++ 中的類庫里已經(jīng)有非常多的應(yīng)用了(包括 boost 中的多個(gè)子庫,以及 Blitz++ 等高性能數(shù)學(xué)庫)

            總結(jié)

            (N)RVO 是編譯器為我們做的優(yōu)化手段,在能進(jìn)行優(yōu)化的情況下,NRVO 的表現(xiàn)是非常好的,因?yàn)樗耪嬲谋苊饬伺R時(shí)對象的產(chǎn)生(rvalue reference 和 expression template 中都可能還存在一些小型臨時(shí)對象),但 (N)RVO 有很多的限制條件。右值引用(rvalue reference )和 move 語意彌補(bǔ)了 (N)RVO 的不足之處,使得臨時(shí)對象的開銷最小化成為可能,但這也是有局限的,比如,嗯,如果一個(gè)類本身不動態(tài)地?fù)碛匈Y源……,那 move 就沒有意義了。Expression Template 保持了表達(dá)式直觀和效率兩者,很強(qiáng)大,但很顯然它太復(fù)雜,主要是作為類庫的設(shè)計(jì)者的武器。另外,它也可能使得使用者要理解一些“新”東西,比如,如果我想存儲表達(dá)式的中間值,那么 <ExpPlus<ExpPlus<...<MyVec>...> 一定會讓我很頭大(不過有了 C++0x 的 auto 就好多了,呵呵)。

             

            全文完!

             

             

            posted on 2009-12-03 23:45 唐風(fēng) 閱讀(1841) 評論(14)  編輯 收藏 引用 所屬分類: 語言技術(shù)

            評論

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-04 00:22 OwnWaterloo
            哦…… 原來這種技術(shù)叫expression template……

            其實(shí)我心里一直這么叫它的:operation proxy……
              回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-04 12:35 陳梓瀚(vczh)
            不能解決問題嘛,假如我
            MyVec a,b,c,d;
            d=a+(b+c);
            結(jié)果還是產(chǎn)生了跟以前一樣多的臨時(shí)對象(好像少了一個(gè)?但還是很多,如果列表夠長)

            這么設(shè)計(jì)ExpPlus其實(shí)是錯(cuò)誤的。  回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-04 12:36 陳梓瀚(vczh)
            @陳梓瀚(vczh)
            這個(gè)錯(cuò)誤也造成了你需要ExpPlus<ExpPlus<...<MyVec>...>>這種囧類型了。你有沒有想過讓ExpPlus<I>+ExpPlus<I>==ExpPlus<I>?  回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-04 18:26 YESHG!
            俺來支持下。
            二元操作符相當(dāng)于一個(gè)函數(shù),函數(shù)返回需要生成臨時(shí)對象,如果臨時(shí)對象過大將產(chǎn)生效率問題。ET用可以忽略不計(jì)的臨時(shí)對象代替大的臨時(shí)對象,將多個(gè)二元操作封到了一個(gè)函數(shù)中,減少了許多過大的臨時(shí)對象的產(chǎn)生。
            假如MyVec的構(gòu)造函數(shù)中不分配那么多空間的話,其實(shí)這個(gè)開銷還好,呵呵。對象過大的話,一般使用指針去更改對象內(nèi)具體的成員了,而不是整個(gè)對象作為參數(shù)傳過來傳過去,當(dāng)然,這樣可能沒后者直觀……  回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-04 18:35 YESHG!
            雖然沒有產(chǎn)生很多臨時(shí)的MyVec,但是產(chǎn)生了很多臨時(shí)的int,函數(shù)調(diào)用的次數(shù)也多了幾次,這里就是用int換MyVec的做法。
            俺發(fā)現(xiàn)俺還是不喜歡用模板啊,看了就暈乎。  回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-04 18:41 唐風(fēng)
            @陳梓瀚(vczh)
            嗯嗯,好敏銳啊,你說得很對。
            d=a+(b+c);
            這種在這段程序里是會產(chǎn)生編譯錯(cuò)誤的……

            這個(gè)模板類確實(shí)非常的不完善,對于一個(gè)“可用”的ExpXXX的話,應(yīng)該要是左右操作數(shù)都需要泛化的。為了進(jìn)一步的重用,可以再泛化操作類型(加減乘)。

            這篇文章里我想把重點(diǎn)放在“它可以消除臨對象上”,為了能更“簡單”地說明ET,所以寫的例子很簡陋,不過我想大概的做法已經(jīng)點(diǎn)到了。

            完善的做法比較復(fù)雜,所以我認(rèn)為這個(gè)庫設(shè)計(jì)都用的武器,寫應(yīng)用層邏輯時(shí)也許不太會用到?(調(diào)試、維護(hù)都不容易啊……)

            下面有一篇文章,從頭開始一點(diǎn)一點(diǎn)地完善這個(gè)ExpXXX,講解得非常細(xì)~,每一個(gè)改善是為了什么!(不過是日文的,嘿,YESHG,為你準(zhǔn)備的!中文英文的應(yīng)該也有,不過我沒搜到這么細(xì)致的,呵呵,不過對《C++templates》里的例子應(yīng)該也夠看了。)
            http://homepage1.nifty.com/herumi/prog/prog81.html#MOTIVATION

            PS:
            至于那個(gè)囧類型,我還沒看到有什么好的做法。因?yàn)橐屪笥也僮鲾?shù)接受不同的表達(dá)式(a,a+b,a+b*c等等等等)才可用,所以操作數(shù)的“類型”不能固定,ExpPlus<I>+ExpPlus<I>==ExpPlus<I>,感覺行不通。你有什么好做法呢?

              回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-04 18:49 唐風(fēng)
            @YESHG!
            謝謝老大支持!!

            配合內(nèi)聯(lián) RVO,很多情況下這些臨時(shí)小對象也可以消失,你看看我上面回復(fù)中給的鏈接,MS 有說明……

            至于不習(xí)慣模板,嘿嘿,吐啊吐啊就習(xí)慣了。:)

              回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-04 18:51 唐風(fēng)
            @OwnWaterloo

            operation proxy……

            好形象啊,哈哈
            你上篇的回復(fù)里就說到了這個(gè)呢,不過我是事后才認(rèn)識到……:P

              回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-07 11:36 Wang Feng
            ans = a+b+c+d+e+f+....;
            如果可以并行的話,這樣很有優(yōu)勢
            ans = ((a+b)+(c+d))+((e+f)+(g+h));
            你這個(gè)+=雖然省去了一些臨時(shí)對象,不過也只好一個(gè)一個(gè)乖乖地+=了,單個(gè)cpu的時(shí)候沒有事情,多個(gè)cpu的時(shí)候,大好時(shí)間都浪費(fèi)了。  回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-07 19:24 唐風(fēng)
            @Wang Feng
            確實(shí)如你所言。謝謝你的回復(fù)。

            說實(shí)話,“并行計(jì)算”這種高級貨,我還真沒玩過,嘿嘿。

            嗯嗯,真心求教:
            這方面有沒有比較好的已經(jīng)成熟的做法(庫?)?能不能介紹一下?如果一個(gè)表達(dá)式比較復(fù)雜(比如有加減乘、有括號之類)有什么算法能正確地最優(yōu)地根據(jù)可以并行的“行程”數(shù)來分配計(jì)算子過程?各子過程的之間的“通信”是怎么做的呢?會像一般“多線程”中的鎖機(jī)制那樣嗎(當(dāng)然,我對鎖這東西的理解也限于“理論”范疇內(nèi),呵呵)?

            PS:
            剛才回訪了你的 blog,里面大多都是算法方面的東西啊,呵呵。向你學(xué)習(xí) :D




              回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-08 16:50 陳梓瀚(vczh)
            竟然被你發(fā)現(xiàn)我的百度宅博  回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2009-12-08 18:15 唐風(fēng)
            @陳梓瀚(vczh)
            好吧,我只能說,是你自己在 cppblog 的鏈接中列出來的。哈哈哈哈 :P
            閣下愛好很廣嘛,編譯原理狂人(別人這么叫你的) + 漫迷 ……

            嗯嗯,凡有回復(fù)必回訪是我的原則,哈哈,也是想通這這種途徑了解對方,多交些朋友



              回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2013-11-17 00:09 ligand
            最后,當(dāng)進(jìn)行 d = t2 的時(shí)候,MyVec 的賦值運(yùn)算符被調(diào)用(用 t2 作參數(shù))。
            ======================
            這句話是說的。這里調(diào)用的不是賦值運(yùn)算符,而是拷貝構(gòu)造函數(shù)。  回復(fù)  更多評論
              

            # re: 與臨時(shí)對象的斗爭(下) 2013-11-17 00:12 ligand
            表達(dá)式模板,看起來很美:通過保存對操作數(shù)(operand)的引用,避免了構(gòu)造龐大的臨時(shí)對象(如涉及大量的資源、動態(tài)內(nèi)存的獲取)。 的確效率提高了。  回復(fù)  更多評論
              

            亚洲综合婷婷久久| 亚洲欧美久久久久9999| 国产精品国色综合久久| 久久久国产精品网站| 久久久久国产一区二区三区| 国产69精品久久久久9999APGF| 久久发布国产伦子伦精品| 国产成人精品久久亚洲高清不卡| 亚洲性久久久影院| 久久久久无码精品国产不卡| 久久久久国产视频电影| 久久综合九色综合网站| 热RE99久久精品国产66热| 97精品伊人久久大香线蕉app| 久久精品国产只有精品66| 波多野结衣中文字幕久久| 久久国产高清一区二区三区| 欧洲人妻丰满av无码久久不卡| 久久99久久无码毛片一区二区| 久久ZYZ资源站无码中文动漫| 久久无码一区二区三区少妇 | 久久人人爽人人爽人人片AV麻烦| 国产精品久久精品| 亚洲精品无码久久一线| 午夜精品久久久内射近拍高清| 国产午夜精品久久久久免费视| 99久久精品国产一区二区 | 亚洲精品国产美女久久久| 久久99精品国产麻豆蜜芽| 狠狠色丁香久久婷婷综| 久久精品无码专区免费青青| 2019久久久高清456| 日本国产精品久久| 午夜精品久久久内射近拍高清| 久久久久久久久久免免费精品| 国产69精品久久久久9999| 99久久精品国产综合一区 | 久久久久久噜噜精品免费直播| 色成年激情久久综合| 久久99免费视频| 久久久久亚洲精品天堂久久久久久|