GIGAZINE、新サーバに移転完了 - GIGAZINE
というわけで、ついに新サーバに移転完了しました。これで負荷が軽減される……はず。予想される負荷に対応するため、カウント数は必要最小限のもののみにとどめました。そのほかにもデータベースの構造を一新しました。これに伴い、トラックバックなどは全リセットされてます、すいません……。 何か不具合などがある場合には臨時用のこちらのメールフォームからご連絡いただければ助かります。 というわけで以下、旧サーバと新サーバの設定などについて。サーバのカスタマイズに興味のある人向け記事第2弾。今度は最も難航したMySQLの設定です。 ◆MySQL メモリをたくさん使えば使うほど高速にレスポンスは返ってくることになるが、GIGAZINEのようにMySQLの中に記事本文しか入っていない場合、つまり非常にコンパクトな場合はメモリをたくさん使ったからと言って反応速度が劇的にアップするわけではない。むしろメモリを極限まで
MySQLパフォーマンスに関する84のTIPS:phpspot開発日誌
Top 84 MySQL Performance Tips -- Debian Admin MySQL is a widely used and fast SQL database server. It is a client/server implementation that consists of a server daemon (mysqld) and many different client programs/libraries. MySQLパフォーマンスに関する84のTIPS. 次のような感じのTIPSが84紹介されてるということで一度は目を通しておきたいですね。 以下、流し読みでメモ クエリのプロファイルにはExplain文を使おう スロークエリログを活用しよう GROUP BY を使うときは DISTINCTを使わない LIMIT m,n はそんなに速くないかも inno
mysql を高速化したいときに読むメモ (TechKnowledge)
給料の振込口座として三井住友銀行に口座を持っています。自動支払いサービスを使用して光熱費等の公共料金の支払いをしていますが、先日それらの内の一つを失念してたことに気づきました。口座を確認した時にはすでに引き落としが完了していたため、手元の資金が心細くなった状態で数日を過ごさなければなりません。三井住友銀行で即日キャッシングが可能であれば、是非利用したいのですが。 運が良ければ、三井住友銀行の即日キャッシングは可能 三井住友銀行の特徴はまずクレジットカード会社との連携したサービスが魅力的なことがあげられます。キャッシングでは銀行カードローンですから、何より安い金利が大きい利点になります。概ね銀行系の審査に必要な時間は長くなるようですが、三井住友銀行ではカード発行が当日に行なってくれます。 三井住友銀行は即日キャッシングができるかと言うと微妙なことになります。申込から審査結果の連絡までは、土日
MySQL(1) [チューニングについての本]
最近、また、Databaseを使って作業してることが多いのです。最近は、色々な事情からMySQLを使ってたりします。 やってることの都合で、テーブルあたりのレコード数が2億レコード（の、場合によってはさらに数倍）ぐらいあることが想定される実験的アプリケーションなので、元のデータを突っ込むのが一番大変だったりします。 僕は、Sybaseを散々つかっていたので、Sybase（あるいは、MS-SQLでも平気だろう）でやるなら、コードの書き方から、バルクデータのつっこみ方、チューニングの手法まで、相当に確立しているつもりなんですが、まぁ、お金出してDBサーバかうわけにいかないので、MySQL かPostgreSQLかで悩んで、なぜかMySQL使ってます。 バージョン5で、Stored Procedureが使えるようになったので、使い出したんですけど、性能が出なくて困っていた。結果的に、データベース
Apache httpd のチューニング：紙屋敷錫彦のブログ：So-net blog
紙屋敷錫彦のブログ 雑多なことまで何でもやるサービスアーキテクトの筆者が、日日の色々な事物をロギングしていきます。 某所で 450 万PV/日 クラスのサイト向けの Web Application をチューニング中です。Apache httpd と Apache Tomcat との接続には、mod_jk ではなく、mod_proxy_ajp を採用しました。mod_proxy_ajp は初めての実戦投入ですが、事前の 10 日間の連続負荷試験にて、性能と安定性についての不安は払拭できていました (もう少し時間を掛けたかった。)。 Apache httpd の MPM は当然ながら worker モデル。prefork モデルに対して、大きな mem_cache を運用しやすいというメリットがあります。prefork ですと、プロセス毎に mem_cache を確保しますが、worker で
＠IT：/procによるLinuxチューニング ［前編］（1/2）
/procによるLinuxチューニング ［前編］ ～ /procで理解するOSの状態 ～ Linuxの状態確認や挙動の変更で重要な役割を担うのが/procファイルシステムである。前編では/procの概念や/procを利用したOSの状態確認方法を理解していただきたい。（編集局） 遠田 耕平 2002/12/10 本稿では、/procファイルシステムによるカーネルチューニングを紹介します。カーネル2.4.19をベースに説明していきますが、カーネルのバージョンによって内容が異なる場合があります。また、ディストリビュータが独自の拡張を施しているものもあります。従って、これから説明する内容がすべて当てはまるとは限りません（端的にいうと説明の対象が存在しなかったり、説明されていない機能が追加されていることがあります）。 /procファイルシステムとは /procは、Linuxシステムの/（ルート）に「
大規模サイトのLinuxカーネルチューニング
大規模サイトの為のLinuxカーネルチューニング (Linux kernel tuning for large site) 文責: もりかわひろかず * ** 大規模なサービスを行うサーバOSとしておこなうべき チューニングの定石について記述します kernelのバージョンは2.4.31を対象にしています (もう2.6でしょう) (2.4版のメンテやめます) OSのデフォルト設定は一般的な規模を想定しています それを逸脱するような大規模な用途(大規模なwebサーバ、 web cache(squid)サーバ、バーチャルドメインサーバ[仮想サーバ])に使用するには、 やはりそれなりのチューニングが必要になってきます 以下で、そのチューニングの定石を列挙します (なぜチューニングが必要なのか) (個々の値については各サイトで調節してください) (以下のパラメータは I
mMeasure Porject - MySQL監視ソフト
mMeasureとは？ mMeasureは、MySQLの状態を常時測定し、MySQLのチューニングポイントをアドバイスする、MySQL専用モニタリングソフトです。MySQLの主要なサーバー変数やステータスは、時／日／週／月／年の単位でビジュアルにグラフ化され、ブラウザで参照することができます。「クエリーキャッシュ使用率」や「接続数」といった測定値が、あらかじめ設定されたしきい値を超えた場合、MySQLをチューニングするためのアドバイスである「チューニングアドバイス」を表示します。同時に、チューニングアドバイスは「アラートメール」で管理者宛てにメール送信されますので、MySQLのチューニングが必要なタイミングが自動的に分かるという特徴を持っています。 スクリーンショット
Web Server
全世界的に、Web サーバーとしては Apache が一番多く使われています。その Apache を利用する際になるべく最適な環境を作る方法についてまとめてみます。 1. はじめに Apache の設定ファイルは、httpd.conf、srm.conf、 access.conf と三種類ありますが、最近のバージョンではほとんど httpd.conf のみで行います。Apache 2.0 では、srm.conf, access.conf は無くなります。そこで、設定はすべて httpd.conf で行なうものと思って作業してください。 2. Apache のチューニング（httpd.conf） 設定ファイルでは、幾つかディレクティブがあります。その中で注意して設定することで、Apache を最適に動作させるディレクティブ説明と方法を記述します。 2.1. HostnameLookups
APACHE JAPAN - Tuneup information - レスポンスのチューンナップしよう
レスポンスのチューンナップしよう Apacheの動作が遅い、レスポンスが悪いという経験はないでしょうか。 本当は、チューンナップしていないだけなのに、マシンをアップグレードしたりするのは、無駄遣いです。 最大接続数の定義や、同時に実行可能なＣＧＩの数など、設定の如何によってまったく変わるのです。 実際、私は某国内業者にてサーバの設定を行っていますが、サーバによってはそれはもう凄まじい アクセスを受けているものがあります。 例えば、1日に300万ヒットを捌いているサーバもありますし、1日に100ギガバイト転送するサーバだってあります。 それでも一台のサーバで保っているのですから、サーバのチューンナップは馬鹿に出来ないでしょう。 もちろん、それらのサーバは486SX-20MHz等々で動いているわけではありませんが、それでも AMD-K6-266MHzを利用したサーバですので、 いくら
GIGAZINE - GIGAZINEのLoadAvarageを「27」から「2」へ下げた方法
ここ3日間ぐらい超絶な重さだったのはサーバに物理的トラブルが発生したからではなく、単純に閲覧者数が満員御礼となり、各時間で倍増したためです。LoadAverageはひどいときで15分間の平均値「27.1」程度。瞬間最大風速だともっと高いです……明らかにまずい。 というわけで、Apacheのデフォルト設定で今までは大丈夫だったのですが、ついに高負荷サイト用の設定に変更せざるを得なくなりました。 そのため、実際に行った対処方法は以下の通り。1日30万PV近い動的サイトの高負荷を緩和させる方法として参考になれば幸いです。 まず大前提として、既にDNS逆引きや.htaccessの余計な読み込みなどは停止させていました。下記ページに書いてあることは実行済み。 ＠IT：Apacheパフォーマンス・チューニングの実践（1/2） この状態で負荷が15分平均で「27」になっていたわけです。 また、LoadA
ウノウラボ Unoh Labs: PHPで書かれたwebサービスを高速化する
尾藤正人です。 アクセス数の多いコンシューマ向けの web サービスは、処理速度がかなり重要になってきます。 応答速度が遅いと使用しているユーザにとってストレスになりますし、 処理に時間がかかればサーバに対する負荷も高くなります(厳密に言うと違う)。 そこでウノウではいろいろな工夫をして処理速度の高速化を行っています。 一口に高速化といってもいろいろな要素がありますが、大きく分けて3つの段階があります。 ・ハードウェアによる高速化 ・ソフトウェアによる高速化 ・プログラムの工夫による高速化 しかし、これら3つは独立ではなく、互いに影響しあっているので完全に分けて考えることはできません。 それぞれがどのような部分に影響を与えているのか、ちゃんと理解してチューニングすることが大事です。 ただし、高速化するときに忘れていけないのが、高可用性です。 いくら高速に動作しても安定して動作し
戯れ言 / 2006-01-31 Apache - AllowOverride がパフォーマンスに与える影響
■ ThinkPad s30 [ThinkPad] 実は下のエントリーは ThinkPad T40 が生きてる時に取ったデータだったりするわけです。 修理までの間、X21 で生きて行こうと思ってたんですが、メインメモリが 128MBなだけに、常に swap してるので、HDDの寿命に悪そうです。で、会社に転がっていた ThinkPad s30 に HDD を移し換え、メインメモリが一気に倍の 256MBに！......って虚しい orz それはさておき、swap しなくなって、結構快適だったんですが、どうも Firefox と相性が悪いらしく、Xごと、突然お亡くなりなることが頻発。なんじゃこりゃ...... そうなると、電源を無理矢理落して、立ち上げ直すしかなくなるんですが、やっぱり HDD の寿命には良くない気がする。はぁ...... ■ AllowOverride がパフォーマンスに与
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
黄金城hjc30vip5678(中国)有限公司
takabsd.jp
http://www.postgresql.jp/subcommittee/psqltrans/hw_performance_j/26469.html