Windows高速化完全攻略2007 PCの高速化に役立つソフトや参考になるサイトを、WindowsXPを中心に、これでもかと紹介します。下記のほか、メモリ増設やデフラグや常駐ソフトの変更*1なども、もちろん早くなります。Vistaがあまり流行っていないようですが、もう少しXPで粘るときには必須の情報です。*2 高速化ソフト 基本 Win高速化 PC+ 窓の手 「窓の手」公式サイト 窓使いの友の家 窓の杜・ベクター 窓の杜 - 【NEWS】スタートアップで起動するアプリを一時無効化「スタートアップチェッカー」 窓の杜 - 【NEWS】CPU使用率が高いプロセスの優先度を自動的に下げられる「Process Tamer」 FastCopy - ベクターソフトニュース GIGAZINE 「プログラムの追加と削除」を高速化できるフリーソフト「Safarp」 - GIGAZINE Windowsの終

MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください！ まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in

進化するCPUをパワー全開で走らせるテクニック：Dr. K's SQL Serverチューニング研修（8）（1/3 ページ） SQL Serverは一般的にチューニング不要のデータベースと認識されている。しかし基幹系業務システムへの導入が進むにつれて、パフォーマンス・チューニングのニーズは急速に高まってきた。そこで本記事では、日本におけるSQL Serverコンサルタントの第一人者、熊澤幸生氏にSQL Serverチューニングのノウハウを語っていただくことにした。インタビュアーはSQL Serverへの造詣が深いITジャーナリスト、工藤淳氏が担当する。（編集部） 今回と次回は本連載の総仕上げという意味で、SQL Serverのエンジンの話をしていきましょう。具体的には、UMS（User Mode Scheduler）の話をかなり深くまで掘り下げて、UMSとハードウェア上のリソースの関係を紹

ネットワークはタマネギに似ている――エンド・ツー・エンドパス（経路）に沿って、さまざまなコンポーネントやさまざまな層で、同心円状のボトルネックが存在するのだ。アプリケーションのパフォーマンスを改善　するには、エンド・ツー・エンドパスのパフォーマンスを決定する「最も細い」ボトルネックを特定し、それを取り除く必要がある。その次に、2番目に細いボトルネックを、さらに次のボトルネックを取り除く――このように、最終的に最適なネットワークパフォーマンスが得られるまで、この作業を続けるのである。 特定のアプリケーションにとって、ネットワークパスのエンド・ツー・エンドパフォーマンスは、「最も細い」ボトルネックによって決まる。そのボトルネックは、イーサネットの転送能力という仕様的な制約かもしれない。あるいは、ネットワークパスが最適パフォーマンスに達するのを妨げる何らかのネットワーク機能障害（二重通信での衝突

以下のサイトはなかなか優れものですね。非常に参考になるのではと、思います。 http://www2.starcat.ne.jp/~fussy/algo/index.htm 本では、 １）GAME PROGRAMMING に、「テンプレートメタプログラミングを使った高速数値演算」「3角関数の多項式近似」が有ります。 ２）GAME PROGRAMMING２ に「不動少数点トリック：ＩＥＥＥ不動書数点でのパーフォマンス向上」が有ります。 ３）GAME PROGRAMMING３ に「さらなる3角関数近似」があります ４）高速３Ｄグラフィックス に「3次元数学の魔術」があります。 大体、以下のような方針で高速化するのが常套手段？ １）三角関数などは級数展開や、テーブルを使用して近似計算で代用する ２）場合わけをして簡単な計算をなるべく使用する 水平、垂直の場合は簡単に処理する 斜め45度も簡単に、そ

「ITアーキテクチャ構築の勘所」では、アーキテクチャ設計手順を示し、それぞれのステップにおける勘所を示した。その続編となる本連載は、ビジネス要求に応えるために必要な、「大量トランザクション処理」「24時間365日稼働」「使いやすい」といったシステムの特性に着目し、これを実現するためのITアーキテクチャ構築の勘所を述べていきたい。第1回の今回は「良好なレスポンス」を実現するアーキテクチャについて勘所を示す。 ITアーキテクチャ設計は、ビジネス要求に適切に応えるために、ビジネス要求に即したシステム特性を実現していく作業である。例えば、オンライン証券では多数の照会や売買の要求に対して迅速に応答する必要があり、このためにはクラスタリングやキャッシングをうまく適用したアーキテクチャ設計を行うとよい。 前回の連載では、アーキテクチャ設計手順を示し、それぞれのステップにおける勘所を示した。この続編となる

Windows XPの圧縮フォルダというほとんどの人が使っていないと思われる機能(私見)を解除したら、エクスプローラがキビキビ動くようになった気がする。というようなことを某所で言ったら、試した人が「すげぇかるくなった kyo++」とかインクリメントしてくれたので、エントリにしておこうとか。 圧縮フォルダ機能の解除の方法は、コマンド プロンプトで、 regsvr32 /u zipfldr.dll regsvr32 /u cabview.dll と、入力してやるだけ。多分再起動は必要ない。 これにより特にエクスプローラのツリー表示なんかが高速化する気がする。エクスプローラ以外ではファイラーっぽいので特に高速化する感じで、僕の環境ではACDSeeのツリー表示がとんでもなく高速化した。 また、デフォルトの検索機能が圧縮フォルダ内を探さなくなるため高速化し、いつまでたっても終わらないということは少な

I/Oチューニングを成功させる必修ポイント：Dr. K's SQL Serverチューニング研修（6）（1/3 ページ） SQL Serverは一般的にチューニング不要のデータベースと認識されている。しかし基幹系業務システムへの導入が進むにつれて、パフォーマンス・チューニングのニーズは急速に高まってきた。そこで本記事では、日本におけるSQL Serverコンサルタントの第一人者、熊澤幸生氏にSQL Serverチューニングのノウハウを語っていただくことにした。インタビュアーはSQL Serverへの造詣が深いITジャーナリスト、工藤淳氏が担当する。（編集部） SQL Serverのチューニングで重要なポイントとして、今回から2回にわたり「I/O関連」に焦点を絞って考えてみましょう。I/Oにおけるボトルネックをいかに発見し、その原因を追究して改善に導いていくかが、データベースのパフォーマンス

というわけで、再び負荷を下げる方法を模索した、戦いの記録。 1.MySQLの設定を変更して高速化 2.Zend Optimizer 3の導入 3.ionCube PHP Acceleratorの導入 4.テンプレートの見直しでクエリーを減らす 5.robots.txtでクロールする間隔を制御する 6.MySQLの設定を負荷を低くする設定に変更 7.キャッシュを有効化する 前回解説した「GIGAZINEのLoadAverageを「27」から「2」へ下げた方法」から約3週間後、6月20日（火）の夜、気がつくと負荷の15分平均は「25」をコンスタントに吐き出すようになり、さらに訪問者は急増、ついに6月28日（水）12時45分、負荷対策の効果がほとんど出ないまま、LoadAverage15分平均は「86」に…。 何か対策が根本的に間違っているのだろうか？それとも、もうGIGAZINEサーバのハード

SQL文を実行する際のパフォーマンスに大きな影響を及ぼすものとして，もう一つ，インデックスがあります。インデックスについては，どう定義すべきかというデータベース設計上の問題と，インデックスを有効に使うためのSQL文をどう書くべきかというコーディング上の問題があります。 ここではテーブル設計上の問題を主に取り上げます。SQL文のコーディングについては囲み記事「SQL文を最速にする11のポイント」を参照してください。 インデックスは，テーブルの検索速度を向上させるためのものです。それぞれのSQL文に対して最適なインデックスを定義するのが理想的ですが，実際にはある程度限られたインデックスで，必要なパフォーマンス要件を満たすようにインデックスを定義する必要があります。加えて，どんなSQL文が実際に発行されるのかがあらかじめわかっていない場合は，適当な想定に基づいてインデックスを定義しておかなくては