Speedometer 3.0: The Best Way Yet to Measure Browser Performance
As announced on browserbench.org today, in collaboration with other browser engine developers, Apple’s WebKit team is excited to introduce Speedometer 3.0, a major update that better reflects the Web of today. It’s built together by the developers of all major browser engines: Blink, Gecko, and WebKit with hundreds of contributions from companies like Apple, Google, Intel, Microsoft, and Mozilla.
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
Web Speed Hackathon 2021 miniでほぼ満点を出しました
gzip圧縮だとあまり圧縮できていなく、スライディングウィンドウが小さいせいかなと思ったのですが、実際に大きさがかなり違うみたいなので、それが原因としてありえそうです。 Gzip uses a fixed size, 32KB window, and Brotli can use any window size from 1KB to 16MB, in powers of 2 (minus 16 bytes). This means that the Brotli window can be up to 512 times larger window than the deflate window. Results of experimenting with Brotli for dynamic web content - The Cloudflare Blog AudioContextの
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 much faster is Java 17?
Java 17 (released yesterday) comes with many new features and enhancements. However, most of those require code changes to benefit from. Except for performance. Simply switch your JDK installation and you get a free performance boost. But how much? Is it worth it? Let’s find out by comparing the benchmarks of JDK 17, JDK 16 and JDK 11. Hardware: A stable machine without any other computational dem
Appleシリコン搭載DTKのパフォーマンスは16インチMacBook Pro並? - iPhone Mania
Appleシリコン搭載DTKのパフォーマンスは16インチMacBook Pro並? 2020 8/29 ドイツメディアのMacweltが、ソフトウェア開発のためのAppleの統合開発環境 (IDE) であるXcode 12を用いて作成したオリジナルのベンチマークツール「Apple Silicon Benchmark」を用いてAppleシリコン搭載の開発者移行キット（DTK：Developer Transition Kit）と16インチMacBook Proのパフォーマンスを評価した結果を公表しています。Macweltは、DTKの真のパフォーマンスはCore i9プロセッサを搭載した16インチMacBook Proに匹敵すると報告しています。 オリジナルベンチマークツールを開発 Macweltは2020年8月末にDTKを入手後、Xcode 12を使用してAppleシリコンとIntel両方のコ
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
継続的にベンチマークを取るための GitHub Action をつくった - はやくプログラムになりたい
今年9月に GitHub Action v2 がリリースされました．GitHub Action は GitHub が提供する CI/CD サービスです． 既存のサービスと大きく違う点は，処理を汎用的に Action として切り出して再利用できることです． 例えば，GitHub からのリポジトリのクローン actions/fetch や Node.js のセットアップ actions/setup-node などの基本的な実行ステップも Action として実装されています． 今回はこの GitHub Action を利用して，前々からあると良いなと思っていたベンチマークを継続的に取るための Action をつくりました． github.com github-action-benchmark はベンチマークの実行の出力からベンチマーク結果を抽出し，GitHub pages のブランチに JSO
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')
Linux benchmark scripts and tools
August 14, 2023 by Hayden James, in Blog Linux This list of Linux benchmark scripts and tools should prove helpful for quick performance checks of CPU, storage, memory, and network on Linux servers and VPS. Check each script before running from the command line. Most of these scripts will benchmark the CPU, memory, storage, and network. In most cases, the CPU Model, frequency, and number of cores
AppleのA12 Bionicチップ 処理速度はSnapdragon 845の2倍 - iPhone Mania
AppleはiPhone XS/XS Maxと今月発売になるiPhone XRに、A11 Bionicより15％高速になったA12 Bionicチップを搭載すると発表していましたた。しかしこの発表は控えめな表現だったことが、A11 Bionic、A12 Bionicの詳細な検証と比較で判明しました。 A12 Bionicは飛躍的に進化 9月12日（現地時間）に開催されたAppleのスペシャルイベントではA12 Bionicは従来のA11 Bionicに比べて15％の性能向上を達成したと発表されました。この表現はこれまで20〜40％の性能向上を発表してきた過去のイベントに比べて控えめに見えたのですが、A12 Bionicの性能は実際の利用シーンを想定しても30％程度は向上していることが判明しています。 性能向上の背景には7nmプロセスによる集積回路の高密度化、システムキャッシュの増強、GPU
MacBook Pro (2018) 15インチのCore i9モデルは排熱問題によりパフォーマンスが低下する？
MacBook Pro (2018) 15インチのCore i9モデルにはCPUの排熱に問題がり、パフォーマンスが低下するのではないかという話題が出ています。詳細は以下から。 Appleが2018年07月11日より発売を開始したMacBook Pro 2018は15インチモデルで6-Coreの「Intel Core i9-8950HK」をオプションで選択できますが、このモデルを購入したDave Leeさんによると、同モデルは高負荷時になると排熱が追いつかずパフォーマンスが低下するというベンチマーク結果が出ているそうです。 The 8th gen CPU from Intel has 6 cores but the thermal design of the 15″ MacBook Pro isn’t cut out for removing the heat. The true-tone
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - kostya/benchmarks: Some benchmarks of different languages
Benchmarking Ruby 2.4 to 3.0
GitHub - k0kubun/railsbench: Rails 6.1 version of headius/pgrailsbench with database seeds