profile.rb是为Ruby程序准备的profiler，它可以统计并输出各方法的运行时间，以便于找到程序执行的性能瓶颈。这次就用它来剖析脚本的运行时间。使用方法很简单，加上命令行选项-r profile就可以：

ruby -r profile rename.rb
运行结束后，会把统计信息输出到标准错误输出中。如下图所示：

profile统计的是各方法的运行时间，分为2类。第1种计算的是从方法调用到方法返回之间的时间，称为整体时间；第2种则是从整体时间中扣除在该方法中调用其它方法所耗费时间之后得到的时间，称为实际时间。输出信息每行中各字段含义如下（从左到右）：

该方法执行时间占整体时间的百分比，比例越高越说明这行代码可能需要优化

整体时间的总和

实际时间的总和

被调用的次数

每次调用的平均实际时间（毫秒）

每次调用的平均整体时间（毫秒）

方法名

由上图可以看出，脚本执行的时间大部分耗在了循环上。解决方法有两个：消除循环或减少循环次数。前者很难实现，暂且还没有想到办法，也许根本就没有可能。脚本中mapping的大小为2685，所以每修改一个文件名需要执行2685次循环，且循环中的encode和gsub!都是耗时操作。通常文件名的长度不超过30个字符，通过遍历文件名中每个字符的方式重命名就可以把循环次数缩减到不超过30次。

修改代码后重新执行分析命令，得到的结果是脚本运行时间从379395秒优化到2418秒，性能整整提升了156倍，达到2个数量级的效果。

ruby开发vim插件小结
在开始编写插件之前，你需要确认Vim是否支持Ruby，通过以下命令来判别：$vim--version|grep+ruby如果输出为空，则表示你当前的vim不支持Ruby，需要重新编译

Ruby On Rails中如何避免N+1问题
N+1问题N+1问题是数据库访问中最常见的一个性能问题，首先介绍一下什么是N+1问题：举个例子，我们数据库中有两张表，一个是Customers，一个是Orders。Or

源代码快速定位工具-qwandry使用指南
GitHub地址：https://github.com/adamsanderson/qwandryqwandry能快速定位到我们需要找到库文件，项目的工具。Ruby中实现快速定位的方法有好多种，我知道的有三个:c