ruby-on-rails - Travis-CI 与 Debian 的测试速度

标签 ruby-on-rails performance testing solr

将 acts_as_solr_reload 的测试套件在 Travis-CI 上运行时,测试运行时间为 3.84 秒,但在专用服务器上我运行时间为 42 秒!

我希望提高 Ruby/Rails 的测试速度。在这种情况下,外部服务器 - Solr - 也参与了测试。

硬件差异可能不是问题,因为服务器有 Xeon X3430。

Loaded suite /home/braulio/.rvm/gems/ruby-1.8.7-p358@global/gems/rake-0.8.7/lib/rake/rake_test_loader
Started
................................................................
Finished in 42.251154 seconds.

64 tests, 250 assertions, 0 failures, 0 errors

在 Travis-CI 上

Loaded suite /home/vagrant/.rvm/gems/ruby-1.8.7-p358/gems/rake-0.9.2.2/lib/rake/rake_test_loader
Started
................................................................
Finished in 3.846992 seconds.

64 tests, 250 assertions, 0 failures, 0 errors

http://travis-ci.org/#!/coletivoEITA/acts_as_solr_reloaded/jobs/1376476/L172

如何做到这一点?

最佳答案

将源代码放在 tmpfs 上就成功了!

在 tmpfs 上仅使用 sqlite 将时间从 42 秒减少到 35 秒。 将 solr 和 sqlite 放在 tmpfs 上将时间减少到 2 秒。

/dev/shm 可用于非根 tmpfs。

关于ruby-on-rails - Travis-CI 与 Debian 的测试速度,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10668418/

相关文章:

javascript - Rails 通过 HTML 数据标签将变量从 View 传递到 Javascript 文件

ruby-on-rails - Controller 操作中未读取参数

mysql - 通过 Rails 检查 MySql 数据库大小

大量更新应用程序中的 MySQL 性能调优

performance - 什么是 L1 Cache Reference 或 Main Memory Reference

c# - 替换嵌套的 foreach 以提高性能

java - 检查(并提取)字符串中数值的外观

testing - 使用 CUnit 自动生成测试和 stub

android - 多次运行 JUnit 测试会给出不同的结果

ruby-on-rails - 将字符串转换为日期