JavaScriptの部分は というわけでid:amachangに任せましょう。 というわけでそれ以外の部分でいったいどこが重いのか 何が重いの？ということで重たい箇所を分析していきましょう。 IBM PageDetailer 解析ツールとしてIBM PageDtailerを利用します。 alphaWorks Community 解説するよりも見てもらうほうが早いと思うのでさっそく使ってみるよ。 ちなみに上記ソフトのダウンロードにはIBMアカウント（無料）が必要なので、使いたい人は登録しよう！ http://b.hatena.ne.jp/HolyGrail/ の結果 こんな感じのグラフが出てきます。 では、詳細を見てみましょう。 このグラフですが、長い部分が http://b.hatena.ne.jp/HolyGrail/ のHTMLそのもののロード時間になっています。 内訳としては 濃い
資料 (PPT) 気になったところをメモ。 SHOW INNODB STATUS\G ディスクアクセスを減らすために innodb_log_file_sizeはinnodb_buffer_pool_sizeの25%ぐらいにする これは、以下を前提としてのお話 innodb_log_file_in_group = 2 innodb_log_file_size × innodb_log_file_in_group が4GB以下 テーブルの大きさを小さくしよう 小さくすればバッファに乗りやすい→ディスクI/Oが減る 5.0からCREATE TABLE ... ROW_FORMAT=COMPACTがデフォルトになったよ 4.1以前の古い形式はROW_FORMAT=REDUNDANTね 最大20%ぐらい小さくなるよ PRIMARY KEYは短くしようね 全てのセカンダリインデックスのレコードにも、プ
レビログ (Make a little happier) 13周年+3i年 レビログの半分は管理人の独断と偏見でできています。残りの半分は現在残 希少につき 入荷待ちです。旧称 貧乏だけど心は萌え : vmwareのディスクアクセスが重い件を、もう１段チューニングする。 2008年5月23日 Category > 6_日記 > うだうだ日記 > TAG( ) Comments : 4 (link this page) VMWAREをどう使っていこうか研究中なのですが、CPUはかなりサクサクなのですが、ちょっとヘビーなことをすると簡単にフリーズに近いくらいCPUを占拠して使えない子になっていたのですが、最近、徐々にチューニング方法がわかってきました。 vmwareのチューニングの基本は、vmwareに余計なことをさせない。ゲストOSのカーネルに任せる。ホストOSのカーネルに任せるという事です
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
