青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆-90  評(píng)論-947  文章-0  trackbacks-0

好久沒(méi)寫(xiě)了。這次寫(xiě)前一陣子的一個(gè)大整數(shù)類(lèi),順便請(qǐng)教幾個(gè)問(wèn)題。

目標(biāo)很簡(jiǎn)單,就是實(shí)現(xiàn)大整數(shù)的基本算術(shù)運(yùn)算。

首先,是數(shù)據(jù)存儲(chǔ)方式問(wèn)題。簡(jiǎn)單明了點(diǎn)可以用直接的數(shù)字字符串,但缺點(diǎn)是,一個(gè)字節(jié)256個(gè)信息點(diǎn)只用了10個(gè)(或16個(gè),如果用16進(jìn)制的話(huà)),浪費(fèi)空間,而且增大了數(shù)據(jù)規(guī)模。于是考慮用盡空間,使用整個(gè) unsigned int 作為一個(gè)單位,也就是 2^32 進(jìn)制。定義如下:

template <typename T>
class BigIntT
{
protected:
    Array<T> m_aValue;
};

之所以搞了個(gè) template,一是裝B,二是為了模板而模板——沒(méi)有 cpp,直接 include,使用方便。然后定義一個(gè)默認(rèn)的特化:

typedef BigIntT<unsigned int> BigInt;

注意這里的 T 不用 unsigned long long,是有原因的(為了方便乘法實(shí)現(xiàn),見(jiàn)下文)。實(shí)際上如果有模板約束,我希望 T 被限制為 unsigned int, unsigned short, 以及 unsigned char。

另外,這里的數(shù)據(jù)長(zhǎng)度將不做限制,也就是這個(gè)大數(shù)可以是任意有限的大小。各個(gè) unsigned int 的順序是低位在前,高位在后——這樣,正好與 PC 機(jī)上的字節(jié)順序一致,于是,整塊內(nèi)存布局看上去就是支持這么多字長(zhǎng)的機(jī)器上的一個(gè)大數(shù)的內(nèi)存。

我想過(guò)兩種實(shí)現(xiàn)方式。一個(gè)是固定長(zhǎng)度,也就是通過(guò)模板參數(shù)或者別的什么,限制其長(zhǎng)度,也搞符號(hào)位、溢出、移位等,然后想點(diǎn)技巧讓兩個(gè) BigInt<100> 相乘返回 BigInt<200>;二是現(xiàn)在的,不限長(zhǎng)度,另有變量作為符號(hào)標(biāo)記,不提供移位操作,偏算術(shù)方向。

之后,是數(shù)學(xué)運(yùn)算的實(shí)現(xiàn)。雖然都是些小操作,但是數(shù)字一大,性能瓶頸會(huì)很突出,特別是乘除。

(完整代碼見(jiàn):http://xllib.codeplex.com/SourceControl/changeset/view/1689#1160

一、加。

加法實(shí)現(xiàn)很直接,就是各位相加——同號(hào)的情況。每一位如果有溢出,就在后一位加1。這里指的一“位”,是指一個(gè)數(shù)據(jù)單位 T,也就是一個(gè) unsigned int,下同。如果遇到異號(hào)的兩個(gè)數(shù),把球踢給減法。

二、減。

減法也比較直接。如果兩數(shù)同號(hào),且是大的減小的,就一位一位減。碰到有溢出的,下一位減去1。最后清除所遇的0。如果是小的減大的,就換過(guò)來(lái)減,改變下結(jié)果的符號(hào);如果兩數(shù)異號(hào),把球踢給加法。

至此,加減實(shí)現(xiàn)完畢。

三、乘。

乘法的實(shí)現(xiàn)大致有三種:硬乘、分治法以及利用離散傅里葉變換。

由于對(duì)后兩種的理解不足,現(xiàn)采用硬乘法。硬乘的道理很簡(jiǎn)單,就是小時(shí)候打豎式的算法(前面的加法減法也是打豎式)。被乘數(shù)的第 i 位和乘數(shù)的第 j 位的結(jié)果,要加在乘積的第 i + j 位。值得注意的是,這里每一位的乘法我用的是默認(rèn)的內(nèi)置類(lèi)型的乘法,于是出現(xiàn)了上文要求,T至多只能為unsigned int,以保證這里的臨時(shí)結(jié)果可以用一個(gè)unsigned long long 存下。

請(qǐng)教各位關(guān)于分治法以及FFT法。1、分治法看上去多了好些加減法,它帶來(lái)的好處的前提是加減法實(shí)現(xiàn)的很好,可是按上面的加減法,似乎帶不來(lái)什么好處(實(shí)際測(cè)過(guò)結(jié)果很糟,不知是否我做得不對(duì))。2,F(xiàn)FT法本身我沒(méi)弄很明白(很慚愧,數(shù)學(xué)系的,卻從來(lái)沒(méi)有會(huì)過(guò)傅里葉變換,是從來(lái)沒(méi)有過(guò),不是曾經(jīng)會(huì)過(guò)現(xiàn)在忘了= =),不過(guò)有個(gè)疑問(wèn),F(xiàn)FT以及iFFT的過(guò)程本身難道不耗性能嗎?

四、除和模。

除法其實(shí)也是打豎式,其實(shí)到這里為止?jié)M篇都是打豎式,哈。除法的麻煩之處是有個(gè)試商過(guò)程,試商的時(shí)候還要乘一下,看上去會(huì)很不理想。為了避免一個(gè)一個(gè)試,很自然的一個(gè)優(yōu)化方法是二分,對(duì)于unsigned int 一個(gè)單位的數(shù)來(lái)說(shuō),每個(gè)單位至多會(huì)嘗試32次,然后會(huì)有32次大數(shù)乘,32次大數(shù)比較。測(cè)試的情況是,對(duì)于不是特別大的數(shù),還算馬馬虎虎過(guò)得去。

嘗試過(guò)另外一個(gè)方式,那就是另一個(gè)極端,用真實(shí)的“位”為單位去“試商”——其實(shí)不用試,是1是0直接知道了。以為會(huì)好一些,實(shí)際上更差。初步想了想,一個(gè)原因,數(shù)據(jù)規(guī)模沒(méi)變,二分試商的時(shí)候是 32 * n,現(xiàn)在還是 32 * n,原來(lái)的32是32次二分,現(xiàn)在的32是一個(gè)單位內(nèi)的32次移位。除此之外,原生的unsigned int的乘除法沒(méi)有被利用起來(lái)。不知是否?

后來(lái)又想到一個(gè)方法,其實(shí)不用這么多次試商,試一兩次就夠了,關(guān)鍵是利用原生的除法。比如,8000除以213,如果我們事先已經(jīng)知道了一位數(shù)的除法,在算百位上的上的時(shí)候,我們會(huì)直接考慮8除以2是多少,于是直接考慮商4,然后再算下21*4有沒(méi)有超過(guò)80,有的話(huà)就把商減1,商3。這個(gè)時(shí)候只進(jìn)行了一次大數(shù)乘法,而商已經(jīng)基本確定了。除數(shù)個(gè)位上的3,以及更低位(如果還有)上的數(shù),即便有進(jìn)位,也會(huì)加到十位,而十位的加法對(duì)百位的影響只有1,已經(jīng)很難構(gòu)成對(duì)最后的商的影響了。到這里,將這個(gè)數(shù)位上的商和整個(gè)除數(shù)乘起來(lái)(如果還是比被除數(shù)大,就再減一),于是這位上的上確定了。測(cè)試結(jié)果,跟二分試商相比,在2048bit級(jí)別的大數(shù)上,快了8-10倍左右。

模和除基本沒(méi)什么區(qū)別,只是返回的東西不一樣。

五、冪和模冪。

對(duì)于冪的實(shí)現(xiàn),也用二分的思想。比如計(jì)算 a 的 10 次方,可以轉(zhuǎn)化成先算 a 的 5 次方,然后自乘一次。a 的 5 次方,可以轉(zhuǎn)化成先算 a 的 2 次方,然后自乘、再乘一次 a。a 的 2 次方,就是自乘一次。最后,變成:

((a ^ 2) ^ 2 * a) ^ 2,或者看成 (((1 ^ 2 * a) ^ 2) ^ 2 * a) ^ 2

然后觀察指數(shù) 10 的二進(jìn)制表示:1010

規(guī)律是,以 1 為起始,從高位到低位看指數(shù),遇到1就平方再乘底數(shù),遇到0就單單平方。

至于模冪,就在每次平方前/后,把底數(shù)模一下,保證參與乘法的兩個(gè)數(shù)都是“不太大”的。

 

以上,僅介紹我是怎么做的。至于對(duì)錯(cuò)、有沒(méi)有更好做法,望各位不吝賜教。

 

最后,做了個(gè)簡(jiǎn)單的性能測(cè)試——做RSA運(yùn)算:
(plain = 12345; encoded = 0; decoded = 0;)
計(jì)算以下兩行的運(yùn)行時(shí)間。
encoded = plain.ExpMod(d, n);
decoded = encoded.ExpMod(e, n);

在我機(jī)器(Win7 32bit,Intel E5200 沒(méi)超頻)上的測(cè)試結(jié)果如下——

512位:0.040s.
1024位:0.250s.
2048位:1.495s.

2048位的情形,已經(jīng)有很明顯的等待了。不知道一般來(lái)說(shuō)現(xiàn)在2048bit的RSA性能是怎樣的,一秒鐘能計(jì)算多少次?

posted on 2010-08-21 00:00 溪流 閱讀(7936) 評(píng)論(15)  編輯 收藏 引用 所屬分類(lèi): C++

評(píng)論:
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-08-21 08:26 | OwnWaterloo
"任意精度的整數(shù)類(lèi) *模板* " —— 這事情我也干過(guò)……
現(xiàn)在如果有必要再造輪子, 感覺(jué)應(yīng)該沒(méi)有模板的必要……
  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-08-21 10:42 | 溪流
@OwnWaterloo
呵呵,好久不見(jiàn)~~~
所以我說(shuō)“一是裝B,二是為了模板而模板”~  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-08-21 13:07 | abcd
都不錯(cuò)  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-08-21 23:26 | bslz
裝逼被雷劈  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-08-22 16:29 | 付翔
很不錯(cuò)   回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-08-22 21:31 | pingf
為啥你把所有的東西都放在.h文件里面,沒(méi)道理啊....  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-08-23 10:36 | 溪流
@bslz
好,那我只好裝純了。。  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-08-23 10:36 | 溪流
@pingf
為蝦米沒(méi)道理嘛~  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-08-23 10:37 | 溪流
@OwnWaterloo
你當(dāng)年的成果還在嗎?拿出來(lái)讓偶參考參考?  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-09-03 08:19 | Anonymous
這個(gè)不能進(jìn)行超大整數(shù)運(yùn)算吧,比如2^2048?  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2010-09-03 19:22 | 溪流
@Anonymous
可以的。
我在最后說(shuō)的RSA運(yùn)算,就基本上是大數(shù)的冪運(yùn)算,相比之下,2^2048 實(shí)在是小得很。
如果數(shù)據(jù)更大的話(huà),只要你等得起就可以啦  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn)[未登錄](méi) 2011-02-11 04:59 | foxriver
我從書(shū)本上弄了個(gè)非常簡(jiǎn)單的大數(shù)算法,無(wú)CRT,直接算RSA 2048bit,速度能有0.1s.

如果用到了標(biāo)準(zhǔn)開(kāi)源庫(kù),比如gmp之類(lèi),加上RSA的優(yōu)化冪模算法,我測(cè)試了一下,都在0.0001s就搞定了,實(shí)在是有很大差距。

要說(shuō)最優(yōu),首推google的優(yōu)化算法:http://omaha.googlecode.com/svn/trunk/common/security/rsa.cc,,計(jì)算速度絕對(duì)瞠目結(jié)舌,就是那個(gè)預(yù)計(jì)算RR值有點(diǎn)BT了。

  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2011-02-11 09:20 | 溪流
@foxriver
謝謝告知!  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2011-02-14 04:00 | foxriver
商用RSA程序一般有以下三個(gè)特點(diǎn):
1. 匯編級(jí)優(yōu)化
2. 對(duì)于Montgomery優(yōu)化算法上的極度理解,把大量的耗時(shí)操作都放在預(yù)計(jì)算參數(shù)里解決。
3. 無(wú)內(nèi)存分配函數(shù)的調(diào)用開(kāi)銷(xiāo),也就是全程不調(diào)用malloc(),或者自己重載內(nèi)存分配模塊。
4. 對(duì)現(xiàn)代cpu利用有加,基本很少用byte級(jí)別操作,一般都是uint32。

這些都是自己造輪子挺難超越的障礙,哎。。在我機(jī)器上這些程序用了crt算法,2048bit加解密也不會(huì)超過(guò)0.01秒。
  回復(fù)  更多評(píng)論
  
# re: 一個(gè)大整數(shù)類(lèi)的實(shí)現(xiàn) 2011-02-16 00:40 | 溪流
@foxriver
好的,謝謝分享,有空我得想辦法改進(jìn)下~  回復(fù)  更多評(píng)論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲日本欧美日韩高观看| 欧美怡红院视频一区二区三区| 欧美三级资源在线| 蜜臀久久99精品久久久画质超高清 | 久久精品国产亚洲高清剧情介绍| 你懂的网址国产 欧美| 欧美日韩黄色一区二区| 亚洲日本精品国产第一区| 亚洲午夜激情网站| 性欧美18~19sex高清播放| 精品成人国产| 亚洲综合成人婷婷小说| 在线视频欧美一区| 欧美国产日韩精品| 亚洲欧洲在线观看| 亚洲一区精品视频| 欧美日韩 国产精品| 狠狠色综合一区二区| 久久精品噜噜噜成人av农村| 亚洲在线一区| 狠狠色综合日日| 一本色道久久综合亚洲精品不| 亚洲精品一区二区三区在线观看| 欧美肥婆bbw| 欧美成人亚洲成人日韩成人| 亚洲永久免费| 99精品国产99久久久久久福利| 黄色成人片子| 欧美一区二区三区四区在线观看地址| 久久青草福利网站| 国产精品国产a级| 欧美午夜精品久久久久久超碰| 久久久久久久久久久久久9999| 亚洲视频一区在线| 欧美午夜不卡| 麻豆久久久9性大片| 欧美国产日本韩| 亚洲黄色影片| 亚洲欧美日本日韩| 亚洲精品日本| 欧美电影电视剧在线观看| 久久久亚洲成人| 国产精品一区二区三区四区五区| 久久一综合视频| 国产精品久久久一区二区| 久久伊人精品天天| 国产区二精品视| 在线视频中文亚洲| 亚洲国产天堂久久综合网| 亚洲免费在线视频一区 二区| 国产精品专区h在线观看| 久久久久久久尹人综合网亚洲| 久久野战av| 欧美国产日韩二区| 黄色欧美成人| 亚洲高清在线观看一区| 久久一日本道色综合久久| 亚洲先锋成人| 午夜亚洲精品| 性欧美xxxx视频在线观看| 国产欧美一区二区三区沐欲 | 久久综合色婷婷| 欧美香蕉视频| 亚洲精品国产系列| 国产欧美一区二区三区在线老狼| 亚洲激情第一页| 久久免费黄色| 国产一区二区| 欧美日本高清| 亚洲精品乱码久久久久久蜜桃麻豆 | 久久国产综合精品| 国产精品日韩精品欧美精品| 久久伊人精品天天| 日韩一级精品| 国产亚洲精品美女| 另类激情亚洲| 亚洲午夜免费福利视频| 中国女人久久久| 91久久精品国产91性色| 亚洲主播在线观看| 国产婷婷色一区二区三区四区| 欧美三级不卡| 久久综合久久久久88| 欧美日韩国产综合视频在线观看中文| 亚洲久久成人| 亚洲欧洲精品一区二区精品久久久 | 亚洲夜晚福利在线观看| 一区二区三区欧美| 一区二区免费看| 久久一区二区三区四区| 久久香蕉精品| 在线亚洲伦理| 久久久www| 亚洲国产精品一区二区www| 亚洲高清网站| 玖玖精品视频| 欧美顶级少妇做爰| 99国内精品久久| 毛片精品免费在线观看| 亚洲精品视频在线| 午夜性色一区二区三区免费视频| 欧美久久婷婷综合色| 国产精品羞羞答答| 国产精品久久久久久久久久尿 | 99re6热在线精品视频播放速度| 欧美福利视频网站| 99re这里只有精品6| 欧美亚洲视频在线看网址| 欧美在线视频免费| 国产精品亚洲综合色区韩国| 国产区亚洲区欧美区| 狠狠做深爱婷婷久久综合一区 | 亚洲精品一区二区三区婷婷月| av成人黄色| 国内精品久久久久影院薰衣草| 欧美午夜电影网| 国产婷婷成人久久av免费高清 | 中文在线资源观看网站视频免费不卡 | 欧美aⅴ一区二区三区视频| 亚洲美女少妇无套啪啪呻吟| 亚洲欧美一区二区三区久久| 欧美激情按摩在线| 影音先锋亚洲视频| 久久久av水蜜桃| 欧美一区二区精美| 欧美日韩在线大尺度| 亚洲国产第一页| 久久久久综合| 欧美成人国产一区二区| 久久不射中文字幕| 在线成人www免费观看视频| 久久精品一区中文字幕| 欧美岛国在线观看| 久久国产日韩| 狠狠入ady亚洲精品| 香蕉久久夜色精品| 中文日韩在线| 亚洲开发第一视频在线播放| 免费一级欧美片在线观看| 麻豆成人av| 欧美亚洲综合在线| 玖玖综合伊人| 午夜精品久久久久久久| 久久国产精品第一页| 99国产精品久久久久久久成人热 | 久久精品亚洲一区二区| 亚洲欧美日韩国产一区二区三区| 国产精品一区二区三区四区| 99在线精品视频| 欧美日韩一区免费| 亚洲一区二区三区成人在线视频精品| 国产精品久久久久久模特 | 亚洲乱码国产乱码精品精98午夜| 亚洲欧洲日产国产网站| 国产精品嫩草久久久久| 亚洲激情视频在线| 国产精品久久激情| 国内揄拍国内精品久久| 亚洲电影自拍| 在线视频国产日韩| 久久一区精品| 嫩草影视亚洲| 亚洲视频精品| 欧美天天视频| 亚洲欧洲一区二区三区久久| 亚洲片区在线| 欧美一区二区三区免费看| 国产精品久久久久久久久免费| 亚洲激情网站| 国产精品国产三级国产aⅴ入口| 亚洲欧美激情视频| 一本色道久久88综合日韩精品| 国产精品视区| 一区二区三区日韩精品视频| 中文国产成人精品久久一| 噜噜噜在线观看免费视频日韩| 久久综合网色—综合色88| 国产日韩欧美一二三区| 欧美主播一区二区三区美女 久久精品人| 午夜精品亚洲一区二区三区嫩草| 亚洲国产91| 欧美日韩中文另类| 男女精品视频| 正在播放亚洲一区| 亚洲国产精品一区二区第四页av| 午夜精品偷拍| 一区二区91| 国产精品视频999| 久久久久9999亚洲精品| 亚洲欧洲日产国产综合网| 亚洲欧美日本国产有色| 亚洲一区不卡| 亚洲国产美女| 亚洲第一页自拍| 亚洲电影观看| 国产在线国偷精品产拍免费yy| 欧美韩国日本一区| 欧美激情精品久久久久久变态| 亚洲精品影视| 国内精品久久久久久久果冻传媒 |