第1部 ハードウエアを変えずにチューニング総論
ハードウエアを変更せずにシステムの処理性能を向上させる極意は，プロセッサや主メモリー，外部記憶装置などのシステム・リソースを無駄なく効率的に利用することにある。具体的には，不要なプログラムの実行を避け，アクセス速度の遅い外部記憶装置への入出力を可能な限り減らすといった対策が考えられる。 総論 システムの処理性能を向上させる最も簡単かつ確実な方法は，PCを買い替えたり，新しいハード部品を導入することである。ただし，当然のことながら，新しいハードウエアの導入や不要になったハードウエアの廃棄には，コストがかかる。そう頻繁にPCやハード部品を購入するわけにはいかないのが現実だ。 そこで，PCの動作速度に不満を感じ始めたら，システム・チューニングを試してみてはいかがだろうか。システムの用途によっては，Linuxの設定を変更するだけで動作速度が大幅に向上する。 無駄を省いて資源を有効活用 システムのパ
PHP コード最適化 Best Practices 63+ - カタコト日記
みたいなタイトルの記事を Digg 経由で発見。チートシート代わりにと思い超訳。*1 A Software Architect PHP 最適化 ベストプラクティス！ 01. static にできるメソッドは static として宣言しよう。（4倍速い） 02. echo の方が print より速い。 03. echo '文','字'; （カンマ区切り）の方が、'文'.'字' （ドット連結）より速い。 04. ループの最大値は、ループ「内」ではなく「前」にセットしておこう。 05. 大きい配列のような変数は unset() してメモリを解放しよう。 06. マジックメソッド（例： __get, __set, __autoload）は使用を避けよう。 07. require_once はハイコストなのです。 08. include や require でファイルはフルパスで指定しよう。 09
MySQLノウハウ
いろいろな本からメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),
はてなブログ | 無料ブログを作成しよう
新米と秋刀魚のわた焼き お刺身用の秋刀魚を買いました。1尾250円です 3枚におろして、秋刀魚のわたに酒、味醂、醤油で調味して1時間ほど漬け込み、グリルで焼きました 秋刀魚のわた焼き わたの、苦味が程よくマイルドに調味され、クセになる味わいです 艶やかな新米と一緒に 自家製お漬物 土…
naoyaのはてなダイアリー - MyISAM vs InnoDB
あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I
NETWORKWORLD Online - ネットワークに関する最新ニュースと技術情報、実用的なテクニックを提供します。
ネットワークに関する最新ニュースと技術情報、実用的なテクニックを提供します。
NETWORKWORLD Online
コンテンツ移転のお知らせ NETWORKWORLD Onlineは2008年5月15日をもってサービスを終了し、本サイトに掲載していたネットワーク技術情報は「TECH WORLD」に移転しました。 TECH WORLDは、エンタープライズITの分野で活躍するITエキスパートに対して現場で役立つノウハウとハウツー情報を提供するナレッジセンターで、深く濃い技術情報をお届けします。 15秒後に自動的に移動します。 自動的に移動しない場合はこちらをクリックしてください。 カンファレンスと月刊誌の案内 ※カンファレンス NETWORKWORLD Confrenceのサイトは、http://www.techworld.jp/event/nwc/ に移設しました。
Javaパフォーマンス改善作戦
おすすめリンク - Java Performance Tuning News（日本語版） さて、このページではJavaに関する話をしようと思います。 パフォーマンス改善を中心にした話なので、ちょっと難しい話も出てきますが 頑張って着いてきて(笑)下さい。 優先順位 まず最初に話したい事は、これから説明するJavaプログラムのパフォーマンス改善策は あくまで最終手段であるということです。 まずやるべき事、それはアプリケーションの中で 「どの部分にどの位の時間が掛かっているか」を計測する事です。 そして、一番時間が掛かっている部分から改善することを心掛けましょう。 おそらく多くの場合、それはデータベースへアクセスしている箇所のはずです。 ですから、まずデータベースの設計を見直します。 次に、データベースへ発行しているSQL文をチューニングします。 それらをチューニングした上で、さらにパフォーマ
Java パフォーマンスチューニングニュース (日本語版)
■Java Performance Tuning News no.47 (2005.10.18) [NEW!] 同期処理のABC / Java スレッド 第３版より抜粋 / キャッシュによる J2EE アプリケーションのパフォーマンス向上 / J2EE デザインパターン / 今月の質問：性能対決 EJB 対 JDBC 直接呼び出し ■Java Performance Tuning News no.46 (2005.3.30) スレッドの悩み解決 / WebSphere でコマンドをキャッシュする / Java NIO で構築する高スケーラビリティを持つサーバ / MIDP 2.0でAlertを使う / 大規模バッチトランザクションの処理 / Java 5.0 の新しい並列性ユーティリティクラスを使う / その他の Java2 Standard Edition 1.5 の新機能 / Web
障害対応とチューニングの危うい関係
開発現場は日々の仕事の場であるとともに、学びの場でもある。先輩エンジニアが過去に直面した困難の数々、そこから学んだスキルや考え方を紹介する。 パフォーマンス・チューニング・チームのリーダーに 前回「オフショアなんて、怖くない」では、オフショアでの開発を含む大規模基幹システム構築プロジェクトの経験を基に、私がオフショア開発に思うことをお話ししました。今回はその続きで、同じプロジェクトでのパフォーマンス・チューニングについてです。 オフショアでの開発・結合テストも終了し、システムテストが開始されました。移行のリハーサルも無事完了し、数百万件のトランザクションが投入されました……。と、ここまでは順調に見えましたが、移行データでのテストを開始してすぐに、性能に関する問題が表面化しました。 数百件、数千件のテストデータでは問題なく動いていたアプリケーションが、ボタンを押しても数分間応答しなくなったり
チューニングが必要なSQLを洗い出す
動的パフォーマンスビューを使用したSQLの洗い出し SQLの洗い出しのために使用する動的パフォーマンスビューは、主にV$SQL、V$SQL_TEXT、V$SQL_PLANの3つで、これらは共有SQL領域に保持されているSQLの情報を表示します。この共有SQL領域は、SQLを再利用するための情報がキャッシュされる領域となります。実行されたSQLの情報は必ずこの領域にキャッシュされますが、空き領域が不足した場合、新しいSQLのために、実行頻度が低いSQLの情報が追い出されてしまいます。そのため、この方法は、これまで実行されたすべてのSQLの情報を取得できるわけではない点に注意してください。 必要な情報は、直接SELECT文で確認することもできますし、また、一部の情報は、Oracleが標準で提供しているSTATSPACKユーティリティを使用することでも取得可能です。STATSPACK自体の説明に
文キャッシュ
22 文キャッシュ この章では、Oracle Java Database Connectivity（JDBC）拡張要素である文キャッシュの利点と使用方法について説明します。 この章では、次の項目について説明します。 文キャッシュについて 文キャッシュの使用方法 注意: Oracle9iリリース2（9.2）以上では、Oracle9iリリース1（9.0.1）でサポートされていたApplication Program Interface（API）にかわり、Oracle JDBCによって、新しい文キャッシュ・インタフェースと実装が提供されています。以前のAPIは廃止されています。 文キャッシュについて 文キャッシュにより、繰り返しコールされるループやメソッドなどで何度も使用する実行文がキャッシュされるため、パフォーマンスが向上します。JDBC 3.0では、文キャッシュ・インタフェースが定義されてい
PreparedStatement パフォーマンスチューニング - ばかの一つ覚え。
新米と秋刀魚のわた焼き お刺身用の秋刀魚を買いました。1尾250円です 3枚におろして、秋刀魚のわたに酒、味醂、醤油で調味して1時間ほど漬け込み、グリルで焼きました 秋刀魚のわた焼き わたの、苦味が程よくマイルドに調味され、クセになる味わいです 艶やかな新米と一緒に 自家製お漬物 土…
パフォーマンスを意識した設計／実装テクニック
オブジェクト生成のチューニング 頻繁なオブジェクトの生成および破棄もパフォーマンスの劣化を引き起こす原因になります。バッチ処理を使用すればデータベース・サーバとの通信の回数を削減できますが、挿入したデータをすぐに更新したいなどの業務的な要件によりバッチ処理を使用できない場合、PreparedStatementの生成と破棄の回数が多くなって、オブジェクトの生成と破棄の繰り返しによるコストが無視できないものになってしまいます。 そこでPreparedStatementをキャッシュすることで、オブジェクトの生成と破棄の回数を減らす工夫をします。 import java.util.*; import java.sql.*; public class CreatePrepareStatement { // PreparedStatementを格納するキャッシュ private HashMap pst
http://www.sepia.dti.ne.jp/yonsama/help_page/reference/knowhow.html
Ｉｎｄｅｘ列を加工すると、加工した結果を得るための全件検索を行ってしまいＩｎｄｅｘが利用されない。 次のような場合、Ｉｎｄｅｘが利用されるように条件式を変更することでパフォーマンスが向上する。 ・Ｉｎｄｅｘ列が関数の引数として使用されていてＩｎｄｅｘが使用されていない場合 ・Ｉｎｄｅｘ列を含む計算式が使われていてＩｎｄｅｘが使用されていない場合 ・暗黙の型変換が行われたためにＩｎｄｅｘが使用されていない場合 例）下記のような場合はorder_noにインデックスが張ってあっても使用されない。 WHERE TO_NUMBER (SUBSTR(a.order_no, INSTR(b.order_no, '.') - 1)) = TO_NUMBER (SUBSTR(a.order_no, INSTR(b.order_no, '.') - 1))
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
itarchitect.jp
NETWORKWORLD Online
OTN Japan - 404 Error
サービス終了のお知らせ
パフォーマンスセラピー / Oracleチューニング講座