contributed by <vtim9907
>
andycom12000
>例如: 分為前半部是0,後半部是0之類的方式做分析
設定一個類似遮罩功能的 c 的值為 16,每跑一次就除以 2 ,然後用 while 去判斷,若 c 大於零就繼續跑,而每跑一次迴圈就去測原來要測的 值是否大於 ,是的話 就除以 ,以此逼近到 值小於 1 後,n 就不會再下降,最終得到 n - x 的值就是高位的 0 的個數。
需要做的判斷有點多,感覺效能不會太好。
與 iteration version 最大的不同是,這個方法是假定輸入的值是一個小數,因為它一開始假定高位 0 的個數 為 0,然後每當數字小於某個門檻, 就加上應有的 0 的個數。
這個方法其實跟 iteration version 意思有點不相同,程式碼更簡單明瞭, branch 的次數也更少,有 iteration version + loop unrolling 的感覺。
除了最後一段,處理 的 case 的方式不同,其他整體程式碼用到的指令跟 binary search technique 相似,兩者效能應該差不了多少。
每次進 function 就要宣告兩個變數來做紀錄,以及做兩次 if 判斷,雖然已經是 tail recursion,但顯然光是做靜態分析就大致能確定這個程式的複雜度高過前三種方法,效能肯定不太好。
Code 上半部有特別註明是 CTZ table,在本次 CLZ 作業就先姑且忽略。
中間 | 運算的目的主要是確保 x 裡最高位的 1 之後,全部都為 1 ,也就是把所有可能的低位 0 都用 | operator 算為 1,如此,如果不包含 32 個 bit 全部都為 1 的情況,總共只會出現 32 種 case,這個步驟我認為是這個演算法的核心。
而後半段的運算我覺得有點想把數字經過了類似 hash 的步驟,然後一一 map 進 table,而細看後半段的運算過程:
經過化簡大約等於
化簡一下等於
,換成二進位 ->
再看到最後 return 的值右移了 26 bit,也就是除以 ,不過還是以二進位比較好理解,看到上面換成二進位的數字,只要乘上 再丟掉 26 位,就是 table 的 index,需要特別注意的地方是,一般直覺會認為 值越大,在 table 的 index 就會越大,但其實要注意是要先將 乘上上面那串二進位數字 (或 ),才開始執行右移的動作,可是在右移之前,數字就可能因為超過 32 bits 而在左移的過程中就捨棄掉高位的一些數字,所以當 X 大到一個程度超過 32 bits 之後,X 值對應到的 index 就又會由小再往上增長;特別的是這 32 種 cases 的 index 剛好都不會衝突到。
目前想到證明這個演算法正確的方式就是窮舉 32 種 case 並確定 index 不會碰撞,就能確保算法正確。 ( 不過感覺應該有比較正確的證法@@"
所以結論我還是認為 harley 有點類似 hash table,把 個數字經過類似 hash 的過程,最後只會得到 32 個 cases ,並正確的 map 到正確的 index ( 有點神奇,但想想其實又還好 );雖然感覺直接 map 到對的值感覺很快,但是它所作的運算量其實不少,所以我認為 performance 不一定好,但因為每個數字的運算量都一樣,所以應該是效能應該是相對較穩定的。
根據 Built-in Functions Provided by GCC 說明,__builtin_clz() 是一個內建函數,也是回傳 number 的高位有幾個 0,若 number == 0,則回傳 undefined。
既然有內建的函數,就可以以這個 function 為基準,來測其他版本的 clz 的正確性。
原來想自己寫驗證的 function ,不過後來發現 main() 裡面已經有了@@" 測試完之後結果為正確。
將原本幾個版本執行後,把結果畫出來比較看看是否跟預期的效能差不多:
果然 recursive 版本的效能最差,而 byte-shift 和 binary 都很快,效能最好。