サイトを37倍に高速化した7つの手法 - オールアバウトTech Blog
今回はオールアバウトのnnmrが弊社サイトAll About Japanの速度を高速化した経緯についてまとめます。 All About Japanとは そもそもAll About Japan（以下AAJ）とは何かといいますと、弊社が提供している訪日外国人向けの日本紹介サイトです。 外国人向けサイトで、英語、中国語（繁体字）、中国語（簡体字）、タイ語、韓国語の5か国語に対応しております。 「Anime」「Izakaya」「Ninja」といったような特集や、実際に観光する人向けのモデルルート記事が特色です。 ■ 特集 (url : http://allabout-japan.com/en/tag/sushi/ ) ■ モデルルート記事 (url : http://allabout-japan.com/en/article/222/ ) 技術的な紹介 LAMP環境です。 （サーバー構成は後に記述
MySQLのチューニング（クエリキャッシュ）｜Shoulder.jp
MySQLのチューニングにおいてクエリキャッシュは、データベースへアクセスする負荷を軽減するので、負荷が上がったときにチェックしたい項目の１つである。 MySQLのデフォルトでは、クエリキャッシュを使用しない状態になっているので注意したい。 query_cache_sizeの違いによるパフォーマンス比較 MySQLサーバには、MySQLクライアントからのクエリとその実行結果をキャッシュし、次回から同じ内容のクエリが要求された場合にキャッシュから応答する、クエリキャッシュという仕組みがあります。キャッシュから応答させることによってデータベースへアクセスする負荷を軽減し、また応答速度自体の向上も狙ったものです。 まずは、クエリキャッシュが利用されているか確認する。 mysql> show variables like 'have_query_cache'; 次に、クエリキャッシュに関係する設定
『Velocity 2013 レポート』
ちょりーっす！コミュニティ部門でWebデベロッパーをしています石本（@t32k）です。今回は6/18-6/20、米国のサンタクララで開催されたVelocity 2013のレポートを書いてみるよ。 Velocityは『ハイパフォーマンスWebサイト』の著者でも有名なSteve Souders氏が2008年から開催している、Web Performance（フロント、バックエンド問わず）, Web Operationsなどを幅広く取り扱ってるカンファレンスです。また同名のカンファレンスが、ニューヨーク、ロンドン、北京でも開催されており、まさしく世界的なカンファレンスと言ってもいいでしょう。 『ハイパフォーマンスWebサイト』を読んだ時から、私にとっていつかは行きたいと思ってた憧れのカンファレンスだったので、3日間興奮しまくりでした。その中でも特に印象的だったTwitter社のMarcel Dur
perfの使いかた
概要 Linuxのパフォーマンス解析ツールであるperfの使いかたの紹介 背景 個人的にperfよくできてると思うので紹介したいというのと、 パフォーマンスカウンタの読み方ってあんまり知られてないみたいなので、 それの解説を書きたい。 構成 perf について説明したあと、パフォーマンスカウンタの読みかた、見かた、を説明する。 perfとは何か Linuxに付いてくるプロファイラ。 man perf によると、 NAME ---- perf - Performance analysis tools for Linux と、書いてある。名前がひどいのでなんとかしてほしい。 perf の特徴 個人的には、手軽に使えるのが素晴らしいと思う。 2.6.31以降カーネルに標準で付いてる。(Ubuntuだとlinux-tools-common(TODO:あとで確認)で入るはず) 特殊な設定が必要無く、
Apacheチューニングのためのメモリ使用量計算 - 仙台の山奥で自転車に乗ったり転んだり
「/proc/(pid)/status」のメモリサイズからメモリ消費量をリストアップするスクリプトを準備した。 「サーバ／インフラを支える技術」に載っている、id:naoyaさんの共有しているメモリのサイズを計算するスクリプトとあわせて、エクセルに落とし込んでごにょごにょと計測してみる。 http://d.hatena.ne.jp/naoya/20080212/1202830671 http://archive.linux.or.jp/JM/html/LDP_man-pages/man5/proc.5.html [www]~ $ cat memory_size.sh #!/bin/sh GREP="/bin/grep" AWK="/bin/awk" PRINTF="/usr/bin/printf" if [ $# -lt 1 ]; then echo "usage: ${0} [pid .
AIXのパフォーマンス監視の技術と秘訣
"iconv -f en_US -t ja_JP tech_info_en.log > tech_info_jp.log" ※このエントリーはAIX Wikiの「Performance Monitoring Tips and Techniques（2006年3月15日更新版）」の一部を翻訳したものです。 最も一般的なパフォーマンスの問題の原因は何か？ 私の経験からはこんな感じです（もちろん人によって異なります） 50%：不適切なディスクのレイアウトと管理です。いくつかのディスクは90%以上の使用率なのに、いくつかのディスクは全然使われていない。ファイルのマッピングに関する文書をお持ちですか？ 10%：RDBMSのメモリ使用に関する不十分なチューニングパラメータです。 10%：シングルスレッドバッチ型アプリケーションです。9年間もSMPを使っているのに！ 10%：標準アプリケーション向けにカ
チューニングを実施する前にやるべきこととは？
チューニングを実施する前にやるべきこととは？：WebSphereサーバ・チューニング入門（1）（1/3 ページ） 本連載は、Javaアプリケーション・サーバの1つである、IBM社が提供するIBM WebSphere Application Server（以下、WAS）についてのパフォーマンス・チューニングに関する入門記事です。「パフォーマンス・チューニングの実施」といっても、実施するエンジニアによって、その方法は異なっております。本連載においては、WASを前提とし、かつ、80%のケースをカバーできることを目標とします（編集部注：WASのインストールから学びたい読者は、バージョンが3.5のときの記事ですが、連載「初めてのWebアプリケーション・サーバ」などを参照してください）。 連載第1回目は、WASのパフォーマンス・チューニングに当たり、実施しなければならないパフォーマンス・ボトルネックの
PHPの@によるエラー抑制機能の遅さ - Blog::koyhoge::Tech
PHPで@によるエラー抑制は実行が遅いという話は聞いていましたが、実際にベンチマークを取られた方がいました。 で、この処理が「遅い」という噂やツッコミを度々受けるので調べてみました。 「ほら、そんな気にするほどでも無いよ」という結果を期待していたのですが、、、なんじゃこりゃ。。。 劇遅じゃないですか、これ。 (中略) 細かい処理とはいえ、最大10倍違うわけですから・・・ 「@」でエラー抑制すると PHP が遅くなるという噂について : 管理人@Yoski これは配列のkeyチェックをするコードを対象としているので、@の効果のみによる遅さはよく分かりません。ということで、もっとシンプルに単純な代入のみで比べてみました。 ベンチマークプログラムはこんな感じ。 <?php require_once 'Benchmark/Timer.php'; define('COUNT', 1000000);
「@」でエラー抑制すると PHP が遅くなるという噂について : a My RSS 管理人ブログ
PHP では @ を付けることでエラーを回避できるという便利な記述方法があり、ものぐさな私などは if (@$var["foo"]) $result = $var["foo"]; みたいなコードを書いてしまいます。 で、この処理が「遅い」という噂やツッコミを度々受けるので調べてみました。 「ほら、そんな気にするほどでも無いよ」という結果を期待していたのですが、、、なんじゃこりゃ。。。 劇遅じゃないですか、これ。 いやはや・・・ ちょっと列挙しますね。以下のようなコードを単純 for 文で 100万回実行したときの結果です。 error_reporting(0) で PHP4 if (@$a["hoge"]) $b = $a["hoge"]; ⇒ 約 2.4 秒 if ($a["hoge"]) $b = $a["hoge"]; ⇒ 約 1.3 秒 if (isset($a["hoge"]))
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AIX 5L Practical Performance Tools and Tuning Guide
IBM Developer
IBM Developer