You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
モダンな HTTP ベンチマークツール wkr の簡単な使い方についてメモ。 wrk の特徴は以下。 C で書かれている マルチコア CPU を 活かした高負荷をかけられる スレッドと epoll/kqueue のイベントドリブンを活用して負荷をスケールさせる(NOTICE ファイルを読むと Redis Event Library(ae event loop) を拝借しているようです) Lua スクリプトで HTTP クライアントの処理や実行結果のレポートをカスタマイズできる Installing wrk in CentOS 6 まずはビルドに必要なパッケージをインストールします。 $ sudo yum install git $ sudo yum groupinstall 'Development Tools' $ sudo yum install openssl-devel opens
Currently there are 186 implemenations in this repository. It's of course impossible for me to make a security assessment for all those implementations. npm ci and npm install can execute arbitraty commands, so they should be executed only for packages you trust. Consequently I build on a dedicated virtual private linux server such that I don't have to install the packages for all those implemenat
Golangが一番パフォーマンスが良いかと予想していましたが、全く逆の結果になってしまいました。 Golangが遅い理由 遅い原因をいくつか考えて改善できないか試してみました。詳細は省きますが、以下の点については問題なさそうでした。 goroutineはリクエスト単位で起動している コネクションプールは有効になっている BeegoのORM特有の処理は主原因ではない(標準ライブラリのsql関数と大差なし) DB側のCPU使用率は100%になっているが、CPU使用率とメモリ使用量はPHP環境と同程度の負荷になっている ここまで確認して、プロファイラを使った方が良さそうに思えたので、いったんプロファイラで状況を確認するために、標準で提供されていて手軽に使えそうなpprofを使ってみました。topで確認すると次のような結果がでました。 (pprof) top 20 -cum 920ms of 15
Benchmark Details The benchmark is sysbench-mariadb (sysbench trunk with a fix for a more scalable random number generator) OLTP simplified to do 1000 point selects per transaction. The data set is 1 million rows in 20 tables. Fewer tables can be used, but below 4 tables the performance drops somewhat due to a hot spot in the table definition cache. This is the my.cnf used for this test: [mysqld]
(Last Updated On: 2018年8月13日)PHPの性能はバイトコードキャッシュにより数倍向上するのですが、久しぶりにopcacheをキーワードに検索してみると「それほど効果がない」と誤った評価をしているページもあったので、Opcacheによりどのくらい速くなるか簡単なベンチマークをします。 テスト環境 CPU – Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz メモリ – DDR3 32GB OS – Fedora 23 x86_64(4.3.4-300.fc23.x86_64) Webサーバー – Fedora 23 httpd パッケージ(httpd-2.4.18-1.fc23.x86_64) PHP – Fedora 23 PHP 5.6.17 パッケージ(php-5.6.17-1.fc23.x86_64) Opcache – Fed
CodeIgniter Advent Calendar 2015 7日目、空いてたので、駆け足ですが、このエントリ登録しました。参考になれば幸いです。 PHP7が遂にリリースされました! PHP 7.0.0 Released PHPカンファレンス2015でRasmusさんが語っていたPHP7のパフォーマンスアップ、とても興味があったのですがなかなか時間が取れず、やっと試すことができました。 試してみたかったのは、次の点。 1.CodeIgniter3アプリが動作するか? 2.パフォーマンスは向上するか? 一部ではPHP7で期待したパフォーマンス向上が見られないとか、逆に遅くなったとかのツイート等をみたので、自分のところの事情を調べてみたかったです。 また、実際に作ったプロジェクトで最もアクセスされるページのパフォーマンスを調べてみたかった!! テスト環境 物理的なPCは用意できなかったため
PHP7のスループットの調査 ハロー、みなさん。エジソンです。 そろそろ、PHP7の新機能を試して本ブログで紹介してみようと思いつつも、その前にPHP7の圧倒的なスピードに対する検証が不足していると感じている昨今。 本音を言えば、PHP7でもっと爆速体験してみたい! そんな訳で、PHP7で1秒間当たりに処理できるリクエスト数を調べてみることにします。 確証バイアスに注意 爆速体験したいというような、欲求が先行した状態で検証に臨むと、足元をすくわれる可能性があるので注意です。 Wikipedia - 確証バイアス 確証バイアス(かくしょうバイアス、英: Confirmation bias)とは、認知心理学や社会心理学における用語で、仮説や信念を検証する際にそれを支持する情報ばかりを集め、反証する情報を無視または集めようとしない傾向のこと[1]。認知バイアスの一種。また、その結果として稀な事象
Lumenは早い。まあ、これは間違いないと思うのですが、結局.env読み込んだり、FacadeやEloquent読み込んだりしたら、Laravelと同じじゃないの?と思い、計測してみました。 試したのは テスト条件 Lumen, Laravelともにローカル環境でビルトインサーバを立ち上げ、 という条件で、下記の場合のでRequest per secondの値をチェックしてみました。 素のLumen .envをloadしたLumen .env + ->withFacadeをコメントインしたLumen .env + Facade + ->withEloquentをコメントインしたLumen 素のLaravel マシンは、 iMac 2009(古め) Core i5 2.6MHz 32GB RAM SSD まあ、SSDなので、同型番のマシンよりは少々早いかなと。 結果 素のLumen Requ
As already said numerous time, PHP 7 is faster than PHP 5. Since PHPUnit 4.8 you can choose between XDebug and phpdbg as driver to retrieve code coverage data, see PHPUnit 4.8: Code Coverage Support. Here is some benchmark results. All the tests are run using PHPUnit 5.0.8, PHP 5.6.15 as SCL or PHP 7.0.0RC6 as SCL and XDebug 2.4.0beta1 (freshly released, with some additional patches) for the compo
CloudSQLの価格は実戦的という意味で、per Dayの価格を24hourで割った価格にしています。 メモリは2GBあれば検証としては十分なので格差は関係ありません。 IOPSはEBSならGeneral Purposeの1000GB*3で最大確保しています。 その他、ネットワーク周りなどポイントがあれば都度、補足していきます。 ベンチマークのデータ 今回、採取した全データはこちらになります。一部、目的に対して不要と判断したら省略しています。まぁ、こんなオレオレメモデータを見ても楽しくないでしょうから、1つ1つ考察していきましょう。 手法について 私がよくやる計測方法なのですが、innodb_buffer_pool_size がデータ容量より大きい健全な状態と、最小の16MBで過負荷ストレージを演出し、それぞれで参照/更新を別々にランダムアクセスをすることで、最初のボトルネックを炙り出し
UbuntuのPHP7 nightly buildが公開 ありがとうございます好物です。 http://php7.zend.com/ なにか来てますね、Twitterやらで話題になっていたので何も考えずに早速試してみました。 今のところDEB(ubuntu)とRHEL(CentOS)版が公開されています。 インストール http://php7.zend.com/install-ubuntu.php 程よくBootstrap臭がただよう小綺麗なインストール手順のページに沿ってインストールを行います。 インストール先は仮想で立てたUbuntu14.04に行います。 必要なパッケージインストール $ sudo apt-get update && sudo apt-get install -y \ libcurl4-openssl-dev \ libmcrypt-dev \ libxml2-dev
Transcript 1. Benchmarking Applications and Frameworks Paul M. Jones paul-m-jones.comoscon.com/oscon2011/public/schedule/detail/18919 2. Overview• Benchmarking methodology, results, and interpretation• Resource usage prediction• Engineering analysis• Framework comparisons 3. Read These 4. About Me• Developer, Senior Developer, Team Lead, Architect,VP Engineering• Military, education, non-profit, st
This document summarizes the results of benchmarking tests run on various PHP frameworks including CakePHP, CodeIgniter, Kohana, Lithium, Solar, Symfony, Yii, and Zend. The tests measured each framework's performance in requests per second using tools like ApacheBench. While some frameworks were faster than others, the document notes that speed is not the only consideration and that even the slowe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く