VMware Server 2.0.2 on CentOS 5.5 のチューニングメモ - ゆきのぶ日記(2010-07-17)
チューニングすることで、各ゲスト OS は十分快適に、安定して動くようになった。 glibc のバージョン調整 VMware Server 2.0 系を CentOS 5.X で動かす場合、glibc のバージョンによっては不安定になるので、その対策として glibc-2.5-34*1 を組み込む。 mkdir /usr/lib/vmware/lib/libc.so.6 rpm2cpio glibc-2.5-34.i686.rpm | cpio -ivd cd lib/ cp libc-2.5.so /usr/lib/vmware/lib/libc.so.6/libc.so.6 /usr/sbin/vmware-hostd 中の最後の eval の前に次を追加。 # http://straycats.blog.so-net.ne.jp/2009-11-08-3 export LD_LIBR
VMwareのチューニング７ポイント (blog@browncat.org)
blog@browncat.org Web, Linux, Ubuntu, Mac, PDA, 携帯電話, プログラミング, ソフトウェア＆落書き なにかと便利なVMwareですが、実験用途に使うのなら別ですが、実用的に使おうとする場合どうしてもパフォーマンスが問題になります。VMware Workstationがホビイスト価格の約$100で買えたころからずっと使っていますが、また1VMインストールしたので、当たり前な点、少しでもパフォーマンスを向上させるポイントをメモしておきます。 チューニングのポイント VMwareを使う場合のパフォーマンスはCPUももちろんですが、とにかくメモリとディスクに依存します。 メモリ 1バイトでも多いほうが良いです。メモリが足らずにスワップが発生すると最悪なパフォーマンスになります。用途にもよりますが種類別の割り当てとして以下の容量くらいは欲しいところです
vmwareのディスクアクセスが重い件を、もう１段チューニングする。 | レビログ (Make a little happier) 13周年+3i年
レビログ (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のカーネルに任せるという事です
Kazuho@Cybozu Labs: PostgreSQL のボトルネックを統計的に監視・解析する方法
先日書いた「MySQL のボトルネックを統計的に監視・解析する方法」について、PostgreSQL でも pg_stat_activity テーブルを使って実行中のクエリ一覧を取得できると higepon さんに教えてもらったので、やってみました。 % ppdump > ppdump.txt のようにクエリをサンプリング (デフォルトで100秒間程度) して、 % ppfilter < ppdump.txt | ppreport のようにすると、平均負荷の高いクエリから順にソートされて表示されます。詳しい使い方や考え方については、mprofile のエントリをご参照ください。 pprofile のソースコードは、/platform/postgresql/pprofile – CodeRepos::Share – Tracに置いてあります。負荷が高い PostgreSQL 環境が手元にないの
Mozilla Re-Mix: 効果歴然！Firefoxのメモリ使用法を変更して軽快に動作させる方法。
Firefoxは多機能である上に、拡張機能を多数インストールするなどで、日に日にヘビーなブラウジング環境になりがちです。 海外のブログでは、様々なFirefoxの動作軽量化や速度向上についてのTip'sが多く書かれていますが、あてにならないもの、それはちょっと怖いな・・というカスタムも多いのでうかつには手を出せません。 一応ユーザーとして一通り試していますが、その中でも簡単で安全と思われ、効果を体感できたメモリマネジメント方法をご紹介します。 ご存じのように、Firefoxを利用してブラウジングしている際のメモリ使用量というのはかなりのサイズで、他のアプリケーションやWindowsの動作にも少なからず悪影響を及ぼしている場合があります。 下記の2点の設定は、Firefoxのメモリ使用方法を少しカスタムするだけで体感できるほど軽快に動作させることができるTip'sです。 ■メモリーキャッシュ
Announcing: Jiffy Firebug Extension for Viewing Client Side Performance Data
Announcing: Jiffy Firebug Extension for Viewing Client Side Performance Data In the previous article I discussed our full cycle tracing mechanism we built at Netflix. Firebug Extension: First Attempt When I was trying to explain the capabilities of this system to others in the organization, I started doodling in Apple Keynote to see if I could create a single diagram that captured all of the timin
mixi Engineers’ Blog » Tokyo Tyrantによる耐高負荷DBの構築
連休中はWiiのマリオカートをやりまくってやっとVR7000越えたmikioです。愛車はマッハ・バイクとインターセプターです。さて今回は、分散ハッシュデータベースサーバTokyo Tyrantでmixiの最終ログイン時刻を管理するようにした時の苦労話を書きます。 ログイン処理は負荷地獄 mixiでは、全てのユーザについて、各々の最終ログイン時刻を管理しています。「マイミクシィ一覧」や「お気に入り」などの画面で、友人が近い時間にログインしていてコミュニケーションがとりやすい状態にあるかどうか確認できるようにするためです。 mixiのほぼ全てのページはログインしないと見られないページなので、ほぼ全てのページにアクセスされるたびにログイン確認が行われます。したがって、最終ログイン時刻はほぼ全てのページにアクセスされる度に更新されることになります。mixiの中で最も重いデータベースのひとつとして「
PHPをより高速化するプロファイリングツールあれこれ
PHPを高速化するために中間キャッシュを使う各種PHPアクセラレータについては以前に「PHPアクセラレータで一番高速なのはどれか？」で書きましたが、そういう方法以外にどこで時間がかかっているのか（ボトルネック）を見つけ出すことによって、根本的に高速化するという手法もちろんあるわけで。 そういう作業に役立ちそうなツールがいろいろとあるようなので実際の使い方と一緒に見てみましょう。 SitePoint Blogs >> Faster PHP Apps-Profile Your Code with Xdebug 「Xdebug」というのがどうも一般的のようです。Windows用のモジュールもあり、PHP4だけでなく5にも対応。 Xdebug - Debugger and Profiler Tool for PHP http://www.xdebug.org/ Xdebugだけだとプロファイリング
http://www.insightech.org/learn/oracle/perfstat.html
実践パフォーマンスチューニング 今回はパフォーマンスチューニングに関して実践してみたいと思います。 オラクルにも色々とパフォーマンスを計る手段が用意されている様ですが、 使い方が難しかったり、存在自体知らなかったりと、なかなか使う機会が 無いのではないでしょうか。ま、普通使わないよね。 そんな貴方の為に、今回はパフォーマンスチューニングのやり方という ものを紹介してみたいと思います。 では、実際パフォーマンス劣化の原因となるものは何なのでしょうか。 『Oracle達人技ベスト』によれば、以下の通りだそうです。 No１：不要な全表スキャン No２：非効率な結合処理の発生 No３：非効率な索引の使用 No４：不要なソート処理の発生 No５：非効率なグループ関数の使用 まぁ、この先も色々ありましたが、面倒くさいのでこの辺で切り上げ ておきます。知りたい人は本を買って
＠IT：Oracleパフォーマンス障害の克服（1） Page 1
障害発生！ 問題切り分けはスピード勝負：Oracleパフォーマンス障害の克服（1）（1/3 ページ） Oracleデータベースの運用管理者は、突発的に直面するパフォーマンス障害にどうやって対処したらよいか。本連載は、非常に複雑なOracleのアーキテクチャに頭を悩ます管理者に向け、短時間で問題を切り分け、対処法を見つけるノウハウを紹介する。対象とするバージョンはOracle8から9iまでを基本とし、10gの情報は随時加えていく。（編集局） はじめに 本連載では、Oracleデータベースのパフォーマンス障害を克服するための方法を解説します。データベース管理者は基本知識として、どのようなシステム構成でどのように処理が行われているかなど、Oracleデータベースのアーキテクチャを深く理解しておくことが求められます。しかし、実際にパフォーマンス障害が発生したときに、アプリケーション開発者や管理者が
Linux のメモリー管理(メモリ―が足りない？,メモリーリークの検出-防止)(Kodama's tips page)
サ−バ等に使っているPC のメモリが十分かどうか気になる事は多いと思う. 調べ出すと フリーメモリーの不足や SWAP にメモリーがはみだしている様子など 心配な事がいろいろでて来る. PC の動作が遅くなる原因は様々な要因が絡み合っているので, 表面に現れた症状だけでは効果的な対策が分からない事もある. 以下では, メモリ−関連にしぼって解説する. メモリの状況を調べる メモリ−は十分なはずなのに 余裕が無い？ どのプロセスがメモリを消費しているのか？ メモリーのリークを検出する方法？ 防止する方法？ メモリ−は十分なはずなのに SWAP を使ってる？ じゃ, 本当のメモリ−不足はどうしたら分かるの？ メモリーと SWAP 領域はどのくらい確保すると良いのか メモリの状況を調べる メモリの利用状況を調べる方法は, free, top, ps, vmstat, /proc/meminfo
ウノウラボ Unoh Labs: PHPで書かれたwebサービスを高速化する2
前回のエントリPHPで書かれたwebサービスを高速化するでは高速化のレベルのうち、最初の2段階「ハードウェアによる高速化」「ソフトウェアによる高速化」について書きました。 今回は第2弾として「プログラムの工夫による高速化」について書きたいと思います。 - DBへのアクセスは自分で抽象化する DBへのアクセスを高速化するためには、チューニングを行ったり複数台構成にするわけですが、 広く使われているPear::DBとかadodbは複数台構成のDBに接続することを考慮されていません。 Pear::DBやadodbはバックエンドに使って、ラッパークラスを作るようにしましょう。 - 更新系クエリと読み出し系クエリのユーザを分ける これは高速化とは関係ないんですが、ぜひ実行してもらいたいので書きました。 複数台構成のサーバにアクセスするときは更新系クエリはマスターに発行して、 読み出し系クエ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EC-CUBE工房
CS193H
ヤフーの画像はなぜyimg.jpドメインなのか？ サイト高速化の手法とヤフーの失敗例 | 初代編集長ブログ―安田英久
パフォーマンスチューニング
cache:5In0Buas8vsJ:www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=22379&forum=12&2 Failed requests Connect Length Exceptions - Google 検索
OTN Japan - 404 Error
＠IT：Databaseフォーラム全記事インデックス オラクルパーティショニング
サービス終了のお知らせ