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

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

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

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

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

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

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


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

            常用鏈接

            留言簿(1)

            隨筆分類(lèi)(7)

            隨筆檔案(4)

            文章分類(lèi)

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久发布国产伦子伦精品| 99精品久久久久中文字幕| 久久久久久曰本AV免费免费| 97精品国产97久久久久久免费 | 久久精品九九亚洲精品天堂| 国产成人精品久久一区二区三区av | 日产精品99久久久久久| 亚洲级αV无码毛片久久精品| 99久久精品免费观看国产| 亚洲国产成人久久综合区| 久久精品国产网红主播| 少妇被又大又粗又爽毛片久久黑人 | 亚洲欧美日韩久久精品| 日日噜噜夜夜狠狠久久丁香五月| 精品久久久久久综合日本| 久久午夜无码鲁丝片秋霞 | 伊人色综合久久天天| 人妻无码αv中文字幕久久琪琪布| 久久精品国产免费一区| 天天做夜夜做久久做狠狠| 亚洲精品高清久久| 久久婷婷激情综合色综合俺也去| 亚洲日韩欧美一区久久久久我| 狠狠色噜噜狠狠狠狠狠色综合久久| 欧美激情一区二区久久久| 久久久久女教师免费一区| 久久99国产精品久久久| 久久综合噜噜激激的五月天| 久久久久亚洲AV无码专区首JN| 人妻无码久久精品| 久久国产免费直播| 国产精品熟女福利久久AV| 久久精品九九亚洲精品天堂| 久久99精品久久久久婷婷| 中文字幕无码久久人妻| 久久久久久国产精品无码下载| 亚洲国产成人久久精品影视| 欧美伊香蕉久久综合类网站| 久久国产精品成人片免费| 久久综合九色综合网站| 久久精品国产亚洲AV无码偷窥 |