• <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>
            posts - 4,  comments - 27,  trackbacks - 0
                 今天偶然看到一個講求較小值的帖子,讓我突然想起一年前一次折騰逆向工程的嘗試,當(dāng)時用IDA進行反匯編,看到一串匯編代碼,非常精妙,最終發(fā)現(xiàn)僅僅是為了計算兩個整數(shù)的較小值。可現(xiàn)在非常努力的回憶,就是想不起來是怎么做的。
                 真的非常想再現(xiàn)那串算法,于是自己開始推敲。我來談?wù)勎彝魄玫倪^程。
                 命題:給定整數(shù)x,y,計算較小值m。
                 兩個數(shù)的差異,在于他們的差,于是想到計算z = x - y,我想也許可以利用這個中間值,利用一些巧妙的位運算求出,可是貌似還是比較困難。于是我打算重新理一下思路:
            可能出現(xiàn)的情況:(暫時忽略特殊情況 z = 0)
            1. x < y
                z < 0
                就是要找到一個函數(shù)f,滿足f(y , z) = x
            2. x > y
                z > 0
                就需要這個f不僅滿足1,而且滿足此時f(y , z) = y

                因為算法的目的是使用加減法、位運算這些基本運算,盡可能簡單的計算。所以我選擇了加法運算
                y + g(z) = x , z = x - y < 0;
                y + g(z) = y , z = x - y > 0;
                最終變成尋求一元函數(shù)g
                就是
                g(z) = z, z < 0
                g(z) = 0, z > 0
                也就是要找到一個一元分段函數(shù),而且需要運算簡單,于是我想到了g(z) = (z >> 31) & z
                如果z < 0,z>>31得到的是FFFFFFFF,再與上一個z,還是z,
                如果z > 0,  z>>31得到的是0000000,最終還是0
                所以最終的算法是
                z = x - y
                m = ((z >> 31) & z) + y;
                這個算法應(yīng)該跟當(dāng)初看到的比較接近了。它的優(yōu)點很顯然,全部是最基本的運算,而且不包含控制指令,而且完全可以直接由寄存器計算完成,效率很高。
               
                算法本身并非什么驚天地泣鬼神大算法,而且在編譯器里肯定會有自己做這樣的優(yōu)化,其實最讓我欣慰的是我這次的思路,思路非常清晰,很久沒有動腦子的我,居然還能這么思考,我已經(jīng)很高興了。其中主要包含兩種思想:分類討論、降低元數(shù)(降二元為一元)。這也是使用非常廣泛的方法了,前者主要幫助理清思路,后者主要降低復(fù)雜度。

            Updated:
                之前用的是z>>32,用gcc編譯會出現(xiàn)一個警告:
                right shift count >= width of type [enabled by default]
                但還不清楚會存在什么樣的隱患,所以改成31
            posted on 2011-08-22 23:58 夜風(fēng) 閱讀(14527) 評論(16)  編輯 收藏 引用 所屬分類: 算法

            FeedBack:
            # re: min(x,y)高效算法
            2011-08-23 09:33 | fuwutu
            牛鼻哄哄的算法敢驗證一下再發(fā)上來嗎?
            z = x - y
            m = (z >> 32) & z + y;
            C++里這m鐵定賦為0了。  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            # re: min(x,y)高效算法
            2011-08-23 11:20 | 哎喲,還要用戶名
            CMOVxx指令就可以了.  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-08-23 11:34 | 哎喲,還要用戶名2
            z>>31  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-08-23 19:21 | matrix42
            如果z < 0,z>>32得到的是FFFFFFFF

            有符號數(shù)右移有邏輯移位和算數(shù)移位兩種阿,與編譯器具體實現(xiàn)有關(guān),你能保證移位結(jié)果就一定是FFFFFFFF啊???  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-08-23 19:47 | 夜風(fēng)
            @matrix42
            既然是求差值,那z顯然需要一個有符號的整型,對有符號整型右移,是算術(shù)移位  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-08-23 19:52 | 夜風(fēng)
            @fuwutu
            不知道你的理由是什么?沒有出現(xiàn)0的情況,不過少個括號倒是個問題,我忘記了&優(yōu)先級低于+號,已經(jīng)修正,謝謝關(guān)注  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-08-23 19:54 | 夜風(fēng)
            @哎喲,還要用戶名2
            效果一樣,多一位少一位不影響  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-08-23 20:18 | 夜風(fēng)
            @哎喲,還要用戶名2
            z >> 32用gcc編譯會有警告:
            right shift count >= width of type [enabled by default]
            雖然計算結(jié)果正確,但不知會有什么隱患,所以我已經(jīng)改成31,謝謝關(guān)注  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-08-23 23:36 | dshe
            @夜風(fēng)
            在C里面,移位偏移量大于等于類型寬度是undefined behavior。
            另外有符號數(shù)如果值為負(fù)數(shù)的話右移是implementation-de?ned,不能保證是算術(shù)右移
              回復(fù)  更多評論
              
            # re: min(x,y)高效算法[未登錄]
            2011-08-24 19:40 | a

            既然已經(jīng)有 ida 反匯編經(jīng)驗,至少對常用的匯編指令有個大概了解。
            在x86下,最高效的求 兩個整數(shù)的最大值‘、最小值的指令應(yīng)該是:
            cmp eax, ebx
            cmovg/cmovl eax,ebx

            再怎么高效的算法,在內(nèi)嵌的機器指令面前都是浮云,


              回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-08-24 22:42 | 夜風(fēng)
            @a
            也許是我強調(diào)得不太清楚,我的寫這文章的目的不在于向大家介紹算法本身,這些早已是成熟的算法,我只是從一個推理的角度,介紹我再現(xiàn)該算法的過程。結(jié)果不重要,實現(xiàn)也不重要,何必這么鉆牛角尖呢?難道文章的中心思想就如此難以把握?  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-08-24 22:42 | 夜風(fēng)
            @a
            也許是我強調(diào)得不太清楚,我的寫這文章的目的不在于向大家介紹算法本身,這些早已是成熟的算法,我只是從一個推理的角度,介紹我再現(xiàn)該算法的過程。結(jié)果不重要,實現(xiàn)也不重要,何必這么鉆牛角尖呢?難道文章的中心思想就如此難以把握?  回復(fù)  更多評論
              
            # re: min(x,y)高效算法[未登錄]
            2011-08-25 17:01 | leo
            在vc下測試,右移32位,就是本身值。記得書上說,有些編譯器,在移位時,先對其取32的模。  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-08-29 10:59 | TTEE
            事實證明,這種算法效率最差,比if else慢50%以上。  回復(fù)  更多評論
              
            # re: min(x,y)高效算法
            2011-09-03 04:01 | 欲三更
            @TTEE
            那應(yīng)該是編譯器把if else方法優(yōu)化了。  回復(fù)  更多評論
              
            <2011年9月>
            28293031123
            45678910
            11121314151617
            18192021222324
            2526272829301
            2345678

            常用鏈接

            留言簿(1)

            隨筆分類(7)

            隨筆檔案(4)

            文章分類

            最新評論

            閱讀排行榜

            評論排行榜

            久久黄视频| 亚洲国产一成人久久精品| 日本五月天婷久久网站| 九九精品99久久久香蕉| 亚洲&#228;v永久无码精品天堂久久| 7777精品久久久大香线蕉 | 久久久久人妻一区二区三区vr| 国产精品成人久久久久久久| 99久久精品免费看国产一区二区三区 | 综合久久一区二区三区 | 久久精品国产第一区二区| 伊人久久大香线蕉AV色婷婷色 | 狠狠综合久久综合中文88| 久久综合给合久久国产免费| 色综合久久88色综合天天 | 国产激情久久久久影院老熟女| 久久无码高潮喷水| 欧美亚洲日本久久精品| 国产成人综合久久久久久| 国产精品久久自在自线观看| 久久亚洲日韩精品一区二区三区| 日本精品久久久久影院日本| 99久久99久久精品国产片| 久久精品国产亚洲欧美| 久久99精品久久久久久久久久 | 伊人久久综在合线亚洲2019| 久久久久久国产精品免费无码| 亚洲国产欧美国产综合久久| 综合久久给合久久狠狠狠97色| 久久久人妻精品无码一区| 久久久久国产成人精品亚洲午夜| 国产99精品久久| 久久99国产精一区二区三区| 久久99热精品| 26uuu久久五月天| 久久99精品久久久久久9蜜桃| 嫩草影院久久国产精品| 久久亚洲欧美日本精品| 亚洲乱亚洲乱淫久久| 久久er国产精品免费观看8| 久久精品国产精品亚洲人人|