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のカーネルに任せるという事です
30分でできる！Webサイトを高速化する6大原則 (1/4)
Webサイトを制作するとき、「パフォーマンス」を気にしたことがあるだろうか？ もしまったく気にしたことがないなら、気をつけた方がいい。閲覧に時間のかかる“遅いWebサイト”はユーザーにフラストレーションを与え、閲覧をやめさせてしまう恐れがある。 下記のグラフは、「Simple-Talk」という海外のオンラインメディアで発表されたユーザー調査の結果だ。アンケートページの表示にかかる時間を意図的にコントロールし、表示時間によってユーザーが感じるフラストレーションの違いを調べたものだ。 縦軸がフラストレーション（10段階）、横軸が表示までの時間を表している。1～5秒以内にページが表示された人に比べ、ページ表示までに5秒以上かかった人は2倍以上もフラストレーションを感じている。フラストレーションがあまりに高ければ、せっかく何らかの目的を持って訪れてきたユーザーも待ち切れずにブラウザーを閉じてしまう
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 環境が手元にないの
真にスケーラブルなWebアプリケーションを作るには?という話題で盛り上がった件 - Tous Les Jours 攻防記
先週末は上京してRubyKaigiに参加してきました。 運よくLT枠をいただくことができたので、タイトルのようなテーマで（結構紆余曲折があって、当初の想定から逸れてしまった...）プレゼンさせてもらうことができました。 話の流れとしては、 「WebアプリケーションのボトルネックはRDB」 ↓ 「RDBってAmazonEC2みたいなHaaSではスケールしないよね。」 ↓ 「本当に（アプリのコードをそのままで）スケールさせようと思ったら、AmazonSimpleDBのようなクラウドDBを使うしかない」 ↓ 「SimpleDBはMySQLより一桁以上遅いから、単純にRDBをSimpleDBに置き換えると、えらいことになる」 ↓ 「SimpleDBへのアクセスを極力少なくするため、リクエストはMemcachedとかでキャッシュしまくる必要があるね」 ↓ 「このあたりを今Lang-8で実験している。
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
CakePHPのアプリをスピードアップする8つの方法 - 忍び歩く男 - SLYWALKER
8 Ways to Speed Up CakePHP Apps | PseudoCoder.com 上記に記載されてます。 前置きとして、ContainableBehaviorを使用して最適化してあり、SQLのIndexも適切に設定された上でとのこと 1.デバッグの設定は0で 2.遅いクエリやWEBサービスのリクエスト他、はキャッシュしよう 3.Viewをキャッシュしよう 4.HTMLをキャッシュしよう 5.APCを使おう 6.Persistent Models your controller (or AppController) に以下を加える <?php var $persistModel = true; ?> 7.Persistent CacheをAPCにStore core.php <?php Cache::config('_cake_core_', array('engine'
漢(オトコ)のコンピュータ道: MySQLを高速化する10の方法
ちょっとキャッチ−なタイトルをつけてしまったが、今日は独断と偏見でMySQLを高速化する方法を10個紹介しよう。MySQLサーバをチューニングするときや初期導入する場合などに参考にしてもらいたい。 1. バッファを増やす、または減らす チューニングの基本中の基本であるが、適切なバッファサイズを設定することはパフォーマンスチューニングの要である。主なバッファは次の通り。 innodb_buffer_pool_size・・・InnoDBだけを利用する場合は空きメモリの7〜8割程度を割り当てる最も重要なバッファである。余談だが、実際にはここで割り当てた値の5〜10%ぐらいを多めにメモリを使うので注意が必要だ。 key_buffer_size・・・MyISAMだけを利用する場合は、空きメモリの3割程度を割り当てるといい。残りはファイルシステムのキャッシュ用に残しておこう。 sort_buffer_
Webの負荷テストに使えるフリーソフトウェア | OSDN Magazine
Webアプリケーションおよびサーバの高負荷時の挙動を確認する方法の1つが、擬似的に負荷をかけてテストを行うことだ。ここでは、そうしたテストを実施するフリーソフトウェアをいくつか試し、それぞれがどんなタイプのサイトに適しているかを調べた。 負荷テスト用のツールはいろいろあるが、メンテナンスが行われていないもの、フリーでないもの、インストール手順が明確でないものを除くと、curl-loader、httperf、Siege、Tsung、Apache JMeterの5つが候補として残る。 JMeterについては、すでにDaniel Rubio氏が取り上げているので、ここでは詳しく説明しない。ただし、最後のまとめでほかのツールと共に簡単に触れている。 curl-loader curl-loaderは、「SpirentのAvalancheやIXIAのIxLoadの代替として使える強力かつ柔軟なオープン
PHP: ob_gzhandler - Manual
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
ウノウラボ 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
Web ページを高速化する
ヤフーの画像はなぜyimg.jpドメインなのか？ サイト高速化の手法とヤフーの失敗例 | 初代編集長ブログ―安田英久
株式会社スタイルズ
株式会社スタイルズ
＠IT：Databaseフォーラム全記事インデックス オラクルパーティショニング