We Turned Lobste.rs into a Rails Benchmark for YJIT
We looked around for a real-world codebase to start from. Discourse has many dependencies, lots of complexity and very involved setup. It’s a living application and changes frequently. It can be a real pain to keep current – especially when YJIT and Ruby may be changing underneath it. It’s been used for benchmarks, but it can be complex. We’ll eventually want a constantly-running Discourse benchma
Benchmarking Ruby 2.6 to 3.2
It’s this time of the year again where Ruby is released and everyone asks: Is it faster? You will find out below! And if you are interested, you can compare the results to the previous installations of this post for the years 2016, 2017, 2020 and 2021. This christmas Ruby 3.2.0 was released, featuring improvements across the board. The YJIT just in time compiler has been ported to Rust and can now
Benchmarking CRuby, MJIT, YJIT, JRuby, and TruffleRuby
原文はこちら。 The original article was written by Benoit Daloze (TruffleRuby Lead at Oracle Labs). https://medium.com/graalvm/benchmarking-cruby-mjit-yjit-jruby-and-truffleruby-6a7178ca6906 このブログでは、最新のRubyベンチマークスイートであるyjit-benchを使い、多くのバージョンのRubyと最新のRuby Just-in-Timeコンパイラ（JIT）のベンチマークを行っています。 yjit-bench : Set of benchmarks for the YJIT CRuby JIT compiler https://github.com/Shopify/yjit-bench これらの14のベンチマーク
Benchmarking CRuby, MJIT, YJIT, JRuby and TruffleRuby
In this blog post we benchmark many Ruby versions and the latest Ruby Just-in-Time compilers (JITs) on the newest Ruby benchmark suite, yjit-bench. As a teaser, the geometric mean speedups compared to CRuby 3.1 on these 14 benchmarks are: MJIT 1.26x, YJIT 1.39x, JRuby 1.86x and TruffleRuby 6.23x. Read on to find more about the benchmarks and gain insights on these speedups. This blog post is also
Benchmarking Ruby 2.5 to 3.1
This is another Ruby comparison benchmark, in the tradition of 2016, 2017 and 2020. This christmas Ruby 3.1.0 was released, featuring the brand-new YJIT just in time compiler. Pre-liminary benchmarks showed noticeable performance benefits for HexaPDF, so let’s see what the final version brings. The Benchmark Setup I will be using the same applications/libraries as last time (look there if you need
How to Fix Slow Code in Ruby - Shopify
How to Fix Slow Code in RubyHow do we effectively find out why our application is slow? Even if we have a fix for the slow code, how can we prove that our new code is faster? By Jay Lim and Gannon McGibbon At Shopify, we believe in highly aligned, loosely coupled teams to help us move fast. Since we have many teams working independently on a large monolithic Rails application, inefficiencies in co
Rubyどっちが速い？ - アクトインディ開発者ブログ
morishitaです。 先日、Rubocop Performance の速度比較について3回に分けて書きました。 tech.actindi.net tech.actindi.net tech.actindi.net どんな言語でも多かれ少なかれあることですが、Rubyでも同じ結果を得るのに複数の実装方法があり、読みやすさ、わかりやすさ、文字数・行数の多少、実行速度などの点でそれぞれ良し悪しがあるなぁ。とやってみて改めて思いました。 メンテナンス性の観点からは書きやすい、読みやすい、わかりやすいコードを書けばいいと思います。 ただ、ユーザにとってより良いサービスの提供を考えると速さは正義、ちょっとでも速い実装方法を選択したいものです。 で、上記のエントリを書きながら、これとこれはどっちが速いんだろうと思ったいくつかを計測してみました。 計測について 計測には BenchmarkDriver
Rubocop Performanceを測ってみた。前編 - アクトインディ開発者ブログ
morishitaです。 以前、弊社のWebエンジニアキエンが次のエントリで紹介した prontoによる自動レビューですが、今ではほかのRailsアプリケーションにも導入して使っています。 tech.actindi.net うっかりしたコードを書くと容赦のない指摘コメントが付きます。 その多くはコードフォーマットに関するものなのですが、時々rubocop-performanceにより「遅いかもしれないので書き直しましょう」という指摘をされます。 へーそうなのかーと素直に修正してきたのですが、ツールを活用するのはいいのだけど、盲従するのは良くないぁと心に引っかかるものを感じていました。 JuanitoFatas/fast-rubyにも測定結果があるのですが、ざっと見て古すぎるRubyバージョン（2.2など）での結果が更新されていないものが結構あるなぁと思いました。 また、Rubyのバージョン
Ruby: '&:メソッド名'はブロック変数渡しより若干高速｜TechRacho by BPS株式会社
&:メソッド名はブロック変数渡しより若干高速 Use fast ruby idioms by oniofchaos · Pull Request #32337 · rails/railsのしょっぱなに、ブロック変数を用いるブロック渡しより、&:メソッド名渡しの方が高速だと説明されています。 引用元: fast-ruby/block-vs-to_proc.rb at master · JuanitoFatas/fast-ruby require 'benchmark/ips' RANGE = (1..100) def slow RANGE.map { |i| i.to_s } end def fast RANGE.map(&:to_s) end Benchmark.ips do |x| x.report('Block') { slow } x.report('Symbol#to_proc')
numo-narray と benchmark_driver.gem - @naitohの日記
@watson1978 さんの blog で Mac 環境だと Linux 環境に比べて numo-narray が遅いというお話があったので調べてみました。 watson.hatenablog.com 今回の比較では、先日の Rubyアソシエーション開発助成成果報告会 で発表されていた www.ruby.or.jp @k0kubun さんの benchmark_driver.gem を使いました。 このベンチマークは、複数の Ruby バージョン間の比較や、同一 gem で複数のバージョン比較ができるという優れものです。 使い方は $ gem install benchmark_driver でインストールするだけです。 (rbenv を使用している場合、$ rbenv rehash で benchmark-driver コマンドを使用可能にする必要があります。) グラフ画像を出力する場
Benchmark Driver Designed for Ruby 3x3
My benchmark tool development was accepted as a Ruby Association Grant 2017 project and completed on March 21st. I’ll show you the details of the project. benchmark_driver.gem's example usage that outputs a graph: Project SummaryHere is a copy of the project summary which I sent to Ruby Association: This project aims to improve benchmark_driver.gem, which is built to compare performance of differe
Ruby Benchmarking
Ruby Benchmarking If you work on a large app, publish, gems, or are interested in the Ruby community at some point you will likely want to dig into performance and benchmarking. Often what you think will help performance doesn’t have as much of an impact as you would guess. Which is why being able to set up quick experiments to verify the impact of code changes on performance and memory can be imp
Ruby 2.5 Is Out - Let's Benchmark
Ruby’s performance is getting better and better with each release and the newly released 2.5.0 version is no different. Before the release of Ruby 2.4 last year I benchmarked Ruby 2.3.3p222 and 2.4.0preview3 and was pleasantly surprised. Since the release notes of Ruby 2.5 highlight some performance improvements I ran another benchmark. This time I benchmarked Ruby 2.3.6, 2.4.3 and 2.5.0 on all th
Ruby 2.5 は引数に &block を書いても速い！！！ - onk.ninja
Ruby 2.5 は引数に &block を書いても速い！！！ #megurorb Meguro.rb#10 で「引数に &block を書いても速い！！！」という素晴らしい改善について話してきた。 b.r-l.o の issue で言うとこちら。 Feature #14045: Lazy Proc allocation for block parameters 前提知識 block の呼び出し方 3 パターン block をメソッドで使う場合、大きく分けてこの 3 パターンがあると思う。 # block を引数で受け取って、call で呼ぶ def block_call_with_block_arg(&block) block.call end # block を引数で受け取らずに yield で呼ぶ def yield_without_block_arg yield end # 引数で
Ruby高速化のためのベンチマークツール benchmark_driver.gem - Qiita
この記事はRuby Advent Calendar 2017 17日目の記事です。 benchmark_driver.gem とは Rubyの処理系を高速化していく上で重要な計測環境を改善するため、Ruby本体のリポジトリにあるbenchmark/driver.rbの後継として作られたベンチマークツールです。普通にRubyのスクリプトのパフォーマンスを比較するのにも使えます。 また、このgemはRuby Association開発助成金2017に採択されたプロジェクトとして開発されています。 何が便利なのか Procの起動を行なわない精度の良い計測ができる 皆さんがベンチマークによく使うのは、標準ライブラリの benchmark.rb か、見易い比較結果を得られる benchmark-ips.gem 等でしょう。 benchmark-ips.gem でよく使われるインターフェースや ben
RubyBench - Long Running Ruby Benchmark
What is RubyBench? RubyBench is a long running Ruby benchmarking tool. Currently, Ruby benchmark scripts and Discourse benchmark scripts have been implemented and are run for every commit and release. If you've noticed a regression, feel free to use RubyBench when opening a new issue. Try out RubyBench! → What's the Plan? RubyBench is currently still in its early stages but has already proven to b
OptCarrot: An Excellent CPU Benchmark for Ruby 3x3 — Engineering Blog
You may have read here about my benchmarking attempts for Ruby 3x3. In addition, there are various small benchmarks in the Ruby source and several other aggregations of benchmarks. But the other major benchmark currently used for Ruby 3x3 is called OptCarrot. It's written by Yusuke Endoh (aka mametter, aka mame.) It's a very well-designed benchmark. Let's talk a bit about why, shall we? Anatomy of
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Benchmarking Ruby 2.4 to 3.0
benchmark-driver
Ruby 3x3 に向けたRubyのベンチマーク環境と成果 / Ruby Association Grant
