JMH - Javaでのベンチマークを試してみる - 覚えたら書く
OpenJDK のサイトで公開されているマイクロベンチマーク用のライブラリ。Java Microbenchmark Harness の略。 JMHの存在理由 Javaでパフォーマンス測定（ベンチマーク取得）するのは以下のような理由により簡単ではありません 計測用のコードを書くのが実は難しい 計測用のコードの書き方がまずいと、コンパイラにより最適化で処理部分を削ってしまう場合がある ウォームアップが必要 JITコンパイラによってコンパイルされているかどうかで測定結果が大きく異なる こういう問題を解消して計測してくれるのがJMHです。（OpenJDKで公開されているので、Java公式ツールといってよいでしょう） 使い方（概要） JMHを使った計測の流れは大まかに以下の通りです（Mavenを用いてIDE上で実行する例です） JMHでの計測用のMavenプロジェクトを作成する ↓ 計測したい処理を
iPerf - The TCP, UDP and SCTP network bandwidth measurement tool
What is iPerf / iPerf3 ? iPerf3 is a tool for active measurements of the maximum achievable bandwidth on IP networks. It supports tuning of various parameters related to timing, buffers and protocols (TCP, UDP, SCTP with IPv4 and IPv6). For each test it reports the bandwidth, loss, and other parameters. This is a new implementation that shares no code with the original iPerf and also is not backwa
JVMアプリケーションのCPUボトルネックをasync-profilerで調べてみる | DevelopersIO
今日はJVMのアプリケーションのプロファイルを取ることが出来る、「async-profiler」を使って Javaで動くアプリケーションのボトルネックを探してみました。 今回のプロファイル結果からライブラリに修正も送ってみました。 皆さんもasync-profilerを使って アプリケーションのボトルネックを調べてみてはいかがでしょうか。 こんにちは、事業開発部の齋藤です。 ここ最近ずっと負荷試験をやっていました。 今日はJVMのアプリケーションのプロファイルを取ることが出来る、「async-profiler」を使ってみたので そのツールの紹介記事です。 はじめに 今回使ってみよう、というきっかけになったのは 負荷試験実行中にやけにCPU負荷が高い、ということで プロファイラを試してみるか、という話になりました。 このasync-profilerを選んだ理由は 単に知っている中で一番楽に使
GitHub - async-profiler/async-profiler: Sampling CPU and HEAP profiler for Java featuring AsyncGetCallTrace + perf_events
This project is a low overhead sampling profiler for Java that does not suffer from Safepoint bias problem. It features HotSpot-specific APIs to collect stack traces and to track memory allocations. The profiler works with OpenJDK and other Java runtimes based on the HotSpot JVM. async-profiler can trace the following kinds of events: CPU cycles Hardware and Software performance counters like cach
Webサイト負荷テストとは？その概要と行うべき理由をテストツールの紹介とともに詳しく解説
KeyCDN We are a Swiss registered company headquartered in Winterthur, Switzerland. We’re a passionate team operating a high-performance content delivery network (CDN). Webパフォーマンスは大きなテーマで、Web全体でパフォーマンステストのヒントやチュートリアルは廃れることはありません。Webサイトやアプリケーションの調整を開始する前に、まずユーザーにとって何か重要なメトリックかを把握し、達成可能なベンチマークを確立していきます。 パフォーマンステストとはどういうものか パフォーマンステストでは、ソフトウェアツールを使用し、ある状況でのアプリケーションの実行をシミュレートしていくことになります。定量的なパフォーマンステストで
Webサイト負荷テストとは何か？優良テストツールの紹介とともにその概要を詳しく解説
Webサイトを立ち上げる前に、そのサイトが遅くなったりクラッシュしたりすることなく、期待される動作の質を満たせるということを確認したいと考えているとします。負荷テストを行えば、サイトが「実世界の」状況下でどのように動作するかを確認したり、サイトをオープンしたときに予期しない問題が発生するのを回避するために変更を加えなければならない部分を特定することができます。 負荷テストとはどのようなものか パフォーマンステストの一種として、負荷テストは「システムに要求を行い、それに対する応答を測定するプロセス」と定義されています。あなたのウェブサイトとそれを支えるサーバーを「日常的なストレス」下に置き、結果を観測することによって、それなりの数のユーザーによってアクセスされたときに、予想通りに動作するかどうかを知ることができます。 システムを限界まで追い込むストレステストとは異なり、負荷テストでは、想定さ
The C10K problem
[Help save the best Linux news source on the web -- subscribe to Linux Weekly News!] It's time for web servers to handle ten thousand clients simultaneously, don't you think? After all, the web is a big place now. And computers are big, too. You can buy a 1000MHz machine with 2 gigabytes of RAM and an 1000Mbit/sec Ethernet card for $1200 or so. Let's see - at 20000 clients, that's 50KHz, 100Kbytes
Autovacuum Tuning Basics - 2ndQuadrant | PostgreSQL
2ndQuadrant is now part of EDBBringing together some of the world's top PostgreSQL experts. A few weeks ago I covered the basics of tuning checkpoints, and in that post I also mentioned that the second common source of performance issues is autovacuum (based on what we see on the mailing list and at our customers under support). So let me follow-up on that with this post about the basics of autova
とあるクエリを2万倍速にした話 -データベースの気持ちになる- 後編 - dwango on GitHub
JDK8(Linux 64bit)のデフォルトヒープサイズ - n-agetsumaの日記
Oracleの公式ドキュメントには、-Xmxが未指定であった場合のエルゴノミクスによる最大ヒープサイズは『32GBを上限として、物理メモリの4分の1』書かれている。32GBは-XX:-UseCompressedOopsにより圧縮Oopを明示的に無効にした場合の最大デフォルトヒープサイズで、何もオプションを付けずに起動した場合は29GBが上限。 ヒープサイズの決定はarguments.cppのArguments::set_heap_size()で計算されている。デフォルトの最大および初期ヒープサイズは、物理メモリ量により異なる。 デフォルト最大ヒープサイズ(-Xmx) 物理メモリが248MB以下の場合 物理メモリの2分の1。 248MBは-XX:MaxHeapSize(デフォルト124MB) x -XX:MinRAMFraction(デフォルト2)の値。 物理メモリが248MBより大きい場合
JVMのヒープサイズとコンテナ時代のチューニング | Folioscope
JVMアプリケーションを運用する際のメジャーどころチューニングポイントメモ - yoskhdia’s diary
JVMにチューニング項目は多々あれど、プロダクションで運用する際に予めおさえておきたい項目をまとめてみるエントリです。*1 勿論、OSもJVMもデフォルトである程度のパフォーマンスは発揮でき、計測を伴わないチューニングは悪手であることはよく知られています。 しかし、設定しておかないとパフォーマンスにそのまま影響すると分かるものを調べないのは裸で戦場に赴くようなものです。*2 どんな項目をどう変更すれば良いのか知っていることは重要な武器なのです。 なぜ調べるのか 今回、チューニングポイントを調べるにあたって、私のモチベーションはどこにあるのかを考えると、以下の要件を満たしたいということがあげられます。 アプリケーションとして求められる品質水準として動作する → 性能目標 異常時に事象を追うことができる ここでいう品質水準・異常とは、パフォーマンスが明らかに低い、アプリケーションがクラッシュす
ポストグレスSQLチューニング メモ(Hishidama's PostgreSQL7.2.1 SQL tuning Memo)
[MySQL] 日付比較や日付検索が遅いのでBETWEENで改善させる
SQLのパフォーマンス問題を引き起こす日付型
SQLのインデックスとそのチューニングについてのオンラインブック
HTTP/2時代のドメインシャーディングを考える | TeraDas
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Novabench - Free Computer Benchmark Software
GitHub - alibaba/arthas: Alibaba Java Diagnostic Tool Arthas/Alibaba Java诊断利器Arthas
A Guide to async-profiler | Baeldung