1. 云栖社区>
  2. PHP教程>
  3. 正文

在源码阶段写出更快Ruby的秘诀

作者:用户 来源:互联网 时间:2017-12-01 20:28:37

源码秘诀

在源码阶段写出更快Ruby的秘诀 - 摘要: 本文讲的是在源码阶段写出更快Ruby的秘诀,优化可以采取许多不同的形式,但程序员关注何处以及如何开发项目的过程中进行优化。这个讲演来自RubyConf India 2015, 总部位于柏林的SoundCloud开发者Erik Michaels-Ober对于在源码这个层级如何提升Rub

优化可以采取许多不同的形式,但程序员关注何处以及如何开发项目的过程中进行优化。这个讲演来自RubyConf India 2015, 总部位于柏林的SoundCloud开发者Erik Michaels-Ober对于在源码这个层级如何提升Ruby性能优化,进行了一次演讲。

Michaels-Ober首先注意到的是,大多数开发人员对过早的性能优化有偏见。他引用了斯坦福教授、算法设计和分析之父Donald Knuth,在1974年的一句话 "过早的优化乃万恶之源"。Michaels-Ober指出适当的但不合时宜的优化的确会让代码“丑陋,难以阅读和更复杂”,所以只有在必要或合时宜时,进行代码优化。

什么时候进行优化呢?这里,Michaels-Ober再次引用Knuth,他有两个标准:第一,优化可以轻易获得;第二,优化的好处巨大(Knuth给出12%的阈值)。Michaels-Ober增加了第三个标准,借用自 Ruby 的主设计者Matz: Ruby为程序员快乐而生,所以优化也应使程序员感到快乐--不论是让代码更“漂亮”或拥有更好的性能。

优化层次

Michaels-Ober接着概述了可能适用于任何语言和项目的不同层次的优化:设计、源码、构建、编译和运行时。Michaels-Ober的重点是源码优化。再次搬出 Knuth ,大神认为:“程序员的直觉预测电脑会如何解释的代码、是否优化时会出现偏差”。 “对于代码的快慢,我们没有很好的直觉” Michaels-Ober说到。“我们常常犯错,所以如果过早的优化,或许你认为你在优化它,但实际上你在写一个非最优代码”。

那么如果知道哪个版本是更优的呢? “你必须跑个分”, Michaels-Ober 说到。Ruby内置基准测试库允许对一个方法运行指定的次数。然而Michaels-Ober指出内置基准测试的问题是你得猜运行多少次才是明显的提升。

作为替代,Michaels-Ober建议使用benchmark-ips(iteratorions per second), 它使用每秒钟运行次数而不是每次运行秒数。每个版本的代码运行五秒,会生成一个代码运行次数的“报告”。“5秒时间是一个足够长的时间,足以移除统计误差;运行次数越多,误差会越低,所以不必担心这些误差”。

在代码阶段写出更快的 Ruby

Michaels-Ober接下来展示了一些如何简化代码来达到运行更快、更易读的例子(你可以参照Speaker Deck主题幻灯)。

Block vs. Symbol#to_proc

Symbol#to_pro比block快20倍,因为 Ruby 解释器内部做了优化。Symbol#to_proc最初作为 RAILS 快捷方法,后来添加到了Ruby。Ruby知道如何运行Symbol#to_proc,并在内部进行优化。

Enumerable#map and Array#flatten vs. Enumerable#flat_map

map会返回一个列表的列表。如果想让一个列表map然后再flatten,可以使用可读性更好的flat_map代替map和flatten,俩工作方式相同,且flat_map快4.5倍,因为它只迭代一次,而不是两次。

Enumerable#reverse and Enumerable#each vs. Enumerable#reverse_each

reverse_each不会拷贝列表,只是反方向迭代。这使得它比另一种方法快 17%。

Hash#keys and Enumerable#each vs. Hash#each_key

Ruby 有个内置方法创建哈希键列表。更快的方法是不立即创建列表,而只是返回键的值,这让它快了33%。

Array#shuffle and Array#first vs. Array#sample

假设有个列表,想随机的提取一些值。一个方法是使用array.shuffle.first,打乱列表然后取列表的第一个元素,或者使用array.sample,它比前一个方法快 15 倍。

Hash#merge vs. Hash#merge!

不可变版本修改哈希对比可变版本创建一个哈希的拷贝,再进行合并和拷贝。因为在更小的空间内修改哈希,所以快了 3 倍。同样适用于Hash#[],快 2 倍速度。

Hash#fetch vs. Hash#fetch with block

fetch第二个参数是 block 要比直接传递 block 的结果快 2 倍。

String#gsub vs. String#sub

gsub将字符中所有的第一个字符替换成第二个字符。如果你只想进行一次替换,也不扫描多余的字符。使用sub快 50%。

String#gsub vs. String#tr

想进行全部替换时,总是可以使用tr替代gsub,使用tr快 5 倍。

Parallel vs. sequential assignment

并行赋值需要分配列表,且可读性不高。并行赋值在交换值的时候很有用,除此之外,使用顺序赋值,它可读性更好、快 40 %。

Throw/catch

与exceptions相比,使用throw/cath控制流跳转,它快5倍。

Michaels-Ober说到:“尽管其他的优化可以在下一个代码编译阶段完成,但上面这些源码的优化技术可以快速、无痛的完成,可以使 Ruby 代码更快、性能更好、可读性更高”。在源码阶段写出更快Ruby的秘诀

以上是云栖社区小编为您精心准备的的内容,在云栖社区的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索源码 , 秘诀 , ,以便于您获取更多的相关知识。

弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率

40+云计算产品,6个月免费体验

现在注册,免费体验40+云产品,及域名优惠!

云服务器9.9元/月,大学必备