欧美阿v视频在线大全_亚洲欧美中文日韩V在线观看_www性欧美日韩欧美91_亚洲欧美日韩久久精品

主頁(yè) > 知識(shí)庫(kù) > 優(yōu)化Ruby代碼使程序運(yùn)行速度提高的例子

優(yōu)化Ruby代碼使程序運(yùn)行速度提高的例子

熱門(mén)標(biāo)簽:中牟外呼系統(tǒng)違法嗎 AI電銷(xiāo)機(jī)器人 線路 外呼線路從哪里出來(lái)的 漯河電銷(xiāo) 天津外呼系統(tǒng)怎么收費(fèi) 柯城手機(jī)地圖如何做地圖標(biāo)注 征服者企業(yè)地圖標(biāo)注 巫師3地圖標(biāo)注魔力之所 淮安自動(dòng)外呼系統(tǒng)供應(yīng)商

這篇文章主要介紹了我是如何把ruby gem contracts.ruby速度提升10倍的。

contracts.ruby在我項(xiàng)目里用來(lái)添加代碼合約(code contracts)到Ruby中。看起來(lái)差不多是這樣的:

Contract Num, Num => Num
def add(a, b)
 a + b
end

只要add方法被調(diào)用,參數(shù)和返回值都會(huì)被檢查。

20秒

本周末,我對(duì)該庫(kù)進(jìn)行了測(cè)試,發(fā)現(xiàn)其性能非常糟:

這是在隨機(jī)輸入下,運(yùn)行1000次以后的結(jié)果。

所以,當(dāng)給一個(gè)函數(shù)加入合約功能后,運(yùn)行速度明顯下降(約40倍這樣),對(duì)此,我進(jìn)行了深入的研究。

8秒

我取得了較大的進(jìn)展,當(dāng)傳遞合約時(shí),我調(diào)用success_callback函數(shù),該函數(shù)是個(gè)空函數(shù),下面是這個(gè)函數(shù)的整個(gè)定義:

def self.success_callback(data)
end 

原來(lái)函數(shù)調(diào)用在Ruby中是非常昂貴的,僅刪除這個(gè)調(diào)用,就節(jié)省了8秒鐘:

刪除其它一些附件函數(shù)的調(diào)用,時(shí)間花費(fèi)開(kāi)始從9.84-> 9.59-> 8.01秒,該庫(kù)的速度馬上提升到以前的兩倍了。

現(xiàn)在,事情變的有點(diǎn)復(fù)雜了。

5.93秒

這里有許多年種定義一個(gè)合約的方式:匿名(lambdas)、類(lèi) (classes)、簡(jiǎn)單舊數(shù)據(jù)(plain ol' values)等。 我有個(gè)很長(zhǎng)的case語(yǔ)句,用來(lái)檢測(cè)合約的類(lèi)型。在此合約類(lèi)型基礎(chǔ)之上,我可以做不同的事情。通過(guò)把它改為if語(yǔ)句,我節(jié)約了一些時(shí)間,但每次調(diào)用這個(gè)函數(shù)時(shí),我仍然耗費(fèi)了不必要的時(shí)間在仔細(xì)檢查這個(gè)判定樹(shù)上面:

if contract.is_a?(Class)
 # check arg
elsif contract.is_a?(Hash)
 # check arg
...

當(dāng)定義合約和構(gòu)建lambda時(shí),對(duì)樹(shù)只做一次檢查:

if contract.is_a?(Class)
 lambda { |arg| # check arg }
elsif contract.is_a?(Hash)
 lambda { |arg| # check arg }

然后,我將完全繞過(guò)邏輯分支,通過(guò)將參數(shù)傳遞給預(yù)計(jì)算的lambda來(lái)進(jìn)行驗(yàn)證,這樣就節(jié)約了1.2秒時(shí)間。

預(yù)計(jì)算一些其它的If語(yǔ)句,差不多又節(jié)省了1秒時(shí)間:

5.09秒

將.zip轉(zhuǎn)換為.times又為我節(jié)省了1秒時(shí)間:

結(jié)果證明:

args.zip(contracts).each do |arg, contract|

上面的代碼要比下面這個(gè)慢:

args.each_with_index do |arg, i|

要比下面這個(gè)更慢:

args.size.times do |i|

.zip要花費(fèi)不必要的時(shí)間復(fù)制和創(chuàng)建新的數(shù)組。而我認(rèn)為,.each_with_index之所以慢,是因?yàn)樗苤朴诒澈蟮?each,所以它涉及到兩個(gè)限制而不是一個(gè)。

4.23秒

下面再看些細(xì)節(jié)的東西,contracts庫(kù)在工作時(shí),它會(huì)為每一個(gè)方法添加class_eval(class_eval要比define_method快)的新方法,這個(gè)新方法里有一個(gè)對(duì)老方法的引用,當(dāng)調(diào)用新方法時(shí),它會(huì)檢查參數(shù),然后根據(jù)參數(shù)調(diào)用老方法,然后再檢查返回值,并且返回值。所有這些都會(huì)調(diào)用Contract class的check_args和check_result兩個(gè)方法。我取消了這兩個(gè)方法的調(diào)用,并且對(duì)新方法進(jìn)行正確檢查,結(jié)果又節(jié)省了0.9秒:

2.94秒

在上面,我已經(jīng)解釋了如何基于Contract類(lèi)型創(chuàng)建lambda,然后使用這些來(lái)檢驗(yàn)參數(shù)。現(xiàn)在,我換了種方法,用生成代碼來(lái)替代,當(dāng)我使用class_eval創(chuàng)建新方法時(shí),它就會(huì)從eval中獲得結(jié)果。一個(gè)可怕的漏洞,但它避免了一大堆方法調(diào)用,并且節(jié)省了1.25秒:

1.57秒

最后,我改變了調(diào)用重寫(xiě)方法的方式,我先前是使用引用:

# simplification
old_method = method(name)= method(name)

class_eval %{%{
  def #{name}(*args)def #{name}(*args)
    old_method.bind(self).call(*args).bind(self).call(*args)
  endend
}}

我進(jìn)行了修改,并使用alias_method方法:

alias_method :"original_#{name}", name:"original_#{name}", name
class_eval %{%{
  def #{name}(*args)def #{name}(*args)
    self.send(:"original_#{name}", *args)self.send(:"original_#{name}", *args)
   endend
}}

驚喜,又節(jié)省了1.4秒。我不知道為什么aliaa_method會(huì)如此地快,我猜是因?yàn)樗^(guò)了一個(gè)方法的調(diào)用和綁定到.bindbind。

結(jié)果

我們成功的將時(shí)間從20秒優(yōu)化到1.5秒,我不認(rèn)為還有比這更好的結(jié)果的了。我所編寫(xiě)的 這個(gè)測(cè)試腳本表明,一個(gè)被封裝過(guò)的add方法要比常規(guī)的add方法慢3倍,所以這些數(shù)字已經(jīng)足夠好了。

想要驗(yàn)證上面的結(jié)論很簡(jiǎn)單,大量的時(shí)間花在調(diào)用方法上是只慢3倍的原因,這里有個(gè)更現(xiàn)實(shí)的例子:一個(gè)函數(shù)讀一個(gè)文件100000次:

稍微慢了點(diǎn)!add函數(shù)是個(gè)例外,我決定不再使用alias_method方法,因?yàn)樗廴玖嗣臻g,并且這些別名函數(shù)會(huì)到處出現(xiàn)(文檔、IDE的自動(dòng)完成等)。

其它原因:

    在Ruby中調(diào)用方法很慢,我喜歡將代碼模塊化和重復(fù)使用,但或許是時(shí)候?qū)⒏嗟拇a進(jìn)行內(nèi)聯(lián)了。
    測(cè)試你的代碼!刪掉一個(gè)簡(jiǎn)單的未使用的方法時(shí)間從20秒縮短到了12秒。

其它嘗試

1.方法選擇器

Ruby 2.0里缺少方法選擇器這一特性,否則你還可以這樣寫(xiě):

class Foo Foo
 def bar:beforedef bar:before
  # will always run before bar, when bar is called# will always run before bar, when bar is called
 endend

 def bar:afterdef bar:after
  # will always run after bar, when bar is called# will always run after bar, when bar is called
  # may or may not be able to access and/or change bar's return value# may or may not be able to access and/or change bar's return value
 endend
endend

這樣可能會(huì)更加容易編寫(xiě)decorator,并且運(yùn)行速度也會(huì)加快。

2.關(guān)鍵字old

Ruby 2.0里缺乏的另一特性是引用重寫(xiě)方法:

class Foo Foo
 def bardef bar
  'Hello''Hello'
 endend
end end 

class Fooclass Foo
 def bardef bar
  old + ' World'+ ' World'
 endend
endend

Foo.new.bar # => 'Hello World'Foo.new.bar # => 'Hello World'

3.使用redef重新定義方法:

Matz曾說(shuō)過(guò):

    為了消除alias_method_chain,我們引入了Module#prepend,prepend前面加#號(hào),這樣就沒(méi)機(jī)會(huì)在語(yǔ)言里加入冗余特性。

所以如果redef是冗余特征,也許prepend可以用來(lái)寫(xiě)decorator?

4.其它實(shí)現(xiàn)

目前為止,這些都已經(jīng)在YARV做過(guò)測(cè)試。

您可能感興趣的文章:
  • 詳解Ruby中的異常
  • 在Ruby中處理文件的輸入和輸出的教程
  • Ruby中操作文件的方法介紹

標(biāo)簽:南昌 甘孜 大慶 西雙版納 河池 棗莊 克拉瑪依 內(nèi)江

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《優(yōu)化Ruby代碼使程序運(yùn)行速度提高的例子》,本文關(guān)鍵詞  優(yōu)化,Ruby,代碼,使,程序,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《優(yōu)化Ruby代碼使程序運(yùn)行速度提高的例子》相關(guān)的同類(lèi)信息!
  • 本頁(yè)收集關(guān)于優(yōu)化Ruby代碼使程序運(yùn)行速度提高的例子的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    欧美阿v视频在线大全_亚洲欧美中文日韩V在线观看_www性欧美日韩欧美91_亚洲欧美日韩久久精品
  • <rt id="w000q"><acronym id="w000q"></acronym></rt>
  • <abbr id="w000q"></abbr>
    <rt id="w000q"></rt>
    欧美无砖专区一中文字| 亚洲美女少妇撒尿| 日韩精品三区四区| 可以看的av网址| 一本久久综合亚洲鲁鲁五月天| 国产清纯美女被跳蛋高潮一区二区久久w | 日韩三级视频中文字幕| 亚洲午夜电影网| 69久久精品无码一区二区| 色综合一区二区三区| 国产精品久久二区二区| 国产91在线看| 久久久99999| 国产精品毛片大码女人| 国产福利电影一区二区三区| 后入内射无码人妻一区| 国产精品日韩成人| 成人a免费在线看| 日本久久一区二区| 亚洲精品老司机| 高清中文字幕mv的电影| 欧美一区二区视频网站| 青青草国产精品97视觉盛宴| av在线网站观看| 2023国产精品| 国产成人h网站| 色香蕉成人二区免费| 亚洲免费观看高清完整版在线观看 | 国产乱人伦精品一区二区在线观看 | 国产一区二区三区在线观看精品 | 国产一区二区三区精品欧美日韩一区二区三区 | 国产成人综合在线| √天堂中文官网8在线| 亚洲婷婷综合色高清在线| 91色视频在线| 7777精品伊人久久久大香线蕉完整版 | 日日噜噜夜夜狠狠视频欧美人| 精品熟女一区二区三区| 日韩欧美一级片| 国产在线观看免费一区| 亚洲一级免费毛片| 亚洲国产三级在线| 天天躁日日躁aaaxxⅹ| 国产日本亚洲高清| 91碰在线视频| 日韩欧美激情在线| 国产成人日日夜夜| 欧美日韩亚洲综合在线| 美女mm1313爽爽久久久蜜臀| 五月天婷婷丁香网| 亚洲免费视频成人| 黑人巨大精品欧美| 国产精品午夜春色av| 日本黄色三级网站| 精品国产一区二区三区四区四 | 中文国语毛片高清视频| 亚洲欧美韩国综合色| 国产又粗又长又爽| 国产欧美综合在线| 337p日本欧洲亚洲大胆张筱雨| 日韩免费观看高清完整版| 国产精品系列在线观看| 欧美午夜精品久久久久久孕妇| 奇米四色…亚洲| 色综合天天天天做夜夜夜夜做| 五月激情综合婷婷| 九九热久久免费视频| 亚洲国产日韩综合久久精品| 一级片久久久久| 伊人婷婷欧美激情| 国产123在线| 亚洲成av人片在线观看无码| 18啪啪污污免费网站| 午夜精品在线视频一区| 女人18毛片毛片毛片毛片区二 | 一区二区三区中文字幕| 69精品无码成人久久久久久| 一区二区三区.www| 欧美亚洲色综久久精品国产| 亚洲成av人在线观看| 91日韩中文字幕| 蜜乳av一区二区| 欧美亚洲日本国产| 国产高清精品在线| 欧美一级一区二区| av电影一区二区| 久久精品亚洲乱码伦伦中文| 精品人妻二区中文字幕| 中文字幕二三区不卡| 成人网站免费观看| 亚洲激情图片小说视频| 老司机精品免费视频| 日韩激情一区二区| 欧美伊人精品成人久久综合97| 国产一区二区久久| 日韩三级精品电影久久久 | 国产精品久久久久婷婷| 精品国产av无码| 亚洲一级二级三级在线免费观看| www.av免费| 精品一区二区久久| 欧美一级夜夜爽| 成人免费看片载| 亚洲美女屁股眼交3| 91视频综合网| 国产精品1024| 久久色中文字幕| 在线免费观看成年人视频| 亚洲国产精品久久人人爱蜜臀| 国产精品久久久精品四季影院| 国产美女精品一区二区三区| 精品国产一区二区三区不卡| 色综合久久五月| 亚洲午夜国产一区99re久久| 欧美亚洲图片小说| 久久精品无码一区二区三区毛片| 自拍偷自拍亚洲精品播放| www.99re6| 国产一区二区精品久久99| 久久久天堂av| 亚洲欧美va天堂人熟伦| 韩国视频一区二区| 亚洲精品一区二区三区四区高清| 大又大又粗又硬又爽少妇毛片| 日韩av高清在线观看| 日韩欧美成人激情| 亚洲国产欧美视频| 免费日本视频一区| 欧美大片拔萝卜| 97伦伦午夜电影理伦片| 麻豆精品一区二区av白丝在线| 日韩欧美色综合| 实拍女处破www免费看| 久久精品国产亚洲一区二区三区| 欧美不卡一区二区三区| 欧美老熟妇乱大交xxxxx| 免费成人美女在线观看| 日韩你懂的电影在线观看| 90岁老太婆乱淫| 久久国产精品色婷婷| 久久久国产精华| 最新日韩免费视频| 国产·精品毛片| 亚洲日本乱码在线观看| 欧美天天综合网| 国产精品无码在线| 日产欧产美韩系列久久99| 精品剧情在线观看| 九九九视频在线观看| 成人中文字幕合集| 亚洲精品视频在线看| 欧美久久一二三四区| 国产ts丝袜人妖系列视频| 国内精品在线播放| 国产精品久久久久久久久晋中| 日本久久一区二区三区| 国产精品一区二区人妻喷水| 欧美a级理论片| 亚洲国产精品激情在线观看| 澳门黄色一级片| 国产精品91av| 美女脱光内衣内裤视频久久影院| 久久久久九九视频| 色综合天天综合色综合av | 性欧美13一14内谢| 国产成+人+日韩+欧美+亚洲| 亚洲女女做受ⅹxx高潮| 5月丁香婷婷综合| 亚洲无人区码一码二码三码的含义| 成人丝袜视频网| 亚洲国产精品一区二区尤物区| 亚洲精品在线免费观看视频| 麻豆明星ai换脸视频| 高清中文字幕mv的电影| 久久不见久久见免费视频1| ...中文天堂在线一区| 欧美一区二区三区白人| 免费成人深夜蜜桃视频| 日本泡妞xxxx免费视频软件| 精品一区二区三区不卡| 亚洲精选免费视频| 精品久久久久久最新网址| 91国偷自产一区二区三区成为亚洲经典| 一级少妇精品久久久久久久| 韩国av一区二区| 亚洲综合色噜噜狠狠| 精品久久久久av影院| 色婷婷激情一区二区三区| 一女三黑人理论片在线| 成人精品一区二区三区四区| 日韩精品电影一区亚洲| 18成人在线观看| 精品国产91九色蝌蚪| 在线精品观看国产| 国产高清一区二区三区四区| 99精品国产99久久久久久白柏| 麻豆91免费观看| 亚洲制服欧美中文字幕中文字幕| 久久免费看少妇高潮| 欧美人伦禁忌dvd放荡欲情|