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
ウノウラボ Unoh Labs: PHPで書かれたwebサービスを高速化する2
前回のエントリPHPで書かれたwebサービスを高速化するでは高速化のレベルのうち、最初の2段階「ハードウェアによる高速化」「ソフトウェアによる高速化」について書きました。 今回は第2弾として「プログラムの工夫による高速化」について書きたいと思います。 - DBへのアクセスは自分で抽象化する DBへのアクセスを高速化するためには、チューニングを行ったり複数台構成にするわけですが、 広く使われているPear::DBとかadodbは複数台構成のDBに接続することを考慮されていません。 Pear::DBやadodbはバックエンドに使って、ラッパークラスを作るようにしましょう。 - 更新系クエリと読み出し系クエリのユーザを分ける これは高速化とは関係ないんですが、ぜひ実行してもらいたいので書きました。 複数台構成のサーバにアクセスするときは更新系クエリはマスターに発行して、 読み出し系クエ
Do You PHP はてな - oci_pconnectの第4引数を指定するとパフォーマンス向上
Oracle9.2以降を使っている場合、oci_pconnectの第4引数にキャラクタセットを指定できます（9.2以前の場合、環境変数NLS_LANGが使われる）が、このパラメータを指定すると、パフォーマンスが向上するとのこと。 I used AL32UTF8 which is the character set of the Oracle XE "Universal" database I have. Testing with the database and PHP both on my little old machine I was getting figures like 0.6 vs 2.7 seconds for 50,000 pconnect calls in the one script. I saw some other results that showed only
jijixi's diary - 車検費用 , ごくごく基本的な Ruby on Rails のパフォーマンスチューニング
This domain may be for sale!
ページの読み込みを早くするもう20個のtips – 秋元
PHPケベックカンファレンスでYahoo!の人が発表した資料が公開されていますね。 YSlowでチェックできる14個のルールに加えて、あらたに20個のチェックポイントが解説されています。カテゴリごとにわかれているのを要約するとこんな感じ。 サーバ 早めのフラッシュ AjaxにはGET コンテンツ 遅延読み込み 次回以降のための先行読み込み DOM要素を減らす 複数、しかし4個以下のドメインから並行読み込み iframe個数削減 404エラーをなくす クッキー Cookieサイズを最小に Cookieを使わないドメインでのホスト分割 Javascript DOMアクセス最小化 イベントハンドラの改善 CSS @importじゃなく<link> IEのフィルタは避ける 画像 画像の軽量化 GIFをPNGに、PNGの圧縮、JPEG内のコメント削除 CSSスプライトの効率化 表示サイズ以上の画像を
Twitterがスケールに苦しむ理由 - スケールするサイトのアーキテクチャ考
Twitterのスケール関係で、面白い記事を発見したのでまとめ。 一時期「スケールしない」とか「動作が不安定」だとか言われ続けていたTwitter。5月ごろにslashdot.jpでも話題になっていた。論調は総じて「Twitterがスケールしないのは、Rubyを使っているから」というもの。 ところが同じ５月、「Why Can't Twitter Scale? Blaine Cook Tries To Explain（なんでTwitterってスケールしないの？）」という、blog紹介記事がSilicon Alley Insiderに掲載される。記事の元になったblogエントリは、Twitterの前チーフアーキテクトだったBlaine Cook氏によるもの。Cook氏によれば、TwitterのスケールとRubyは何の関係もないという。 Why Can't Twitter Scale? Blai
大規模SNSのボトルネックとソリューション
SNSは比較的データアクセスが多いアプリケーションであり、負荷対策が難しい部類に入る。本稿では、グリーCTOの藤本真樹氏が、GREEというSNSでの経験を基に、SNSの具体的な負荷軽減ソリューションを紹介する。 はじめに 昨今では、地方自治体や企業内でもSNSを導入する動きが活発化しているようです。しかし、SNSは比較的データアクセスが多いアプリケーションであり、負荷対策が難しい部類に入ります。そこで本稿では、前回お届けした「大規模SNS実現のためのGREEのアプローチ」の内容からもう一歩踏み込んで、GREEというSNSでの経験を基に、SNSの具体的な負荷軽減ソリューションを紹介します。 SNSのボトルネック 一定以上のユーザー数、データ量、そして機能を持つSNSでは、普通に構築していくと非常に悩ましいボトルネックが2つ顕在化してきます。1つは、「友達の新着」系の情報取得です。もう1つはア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
EC-CUBE工房
CS193H
ヤフーの画像はなぜyimg.jpドメインなのか？ サイト高速化の手法とヤフーの失敗例 | 初代編集長ブログ―安田英久
＠IT：Databaseフォーラム全記事インデックス オラクルパーティショニング