We are proud to be working with our customers while they continue to enjoy our Engine Yard products. Here are some changes we are making
We are proud to be working with our customers while they continue to enjoy our Engine Yard products. Here are some changes we are making
Mac OS X SSD tweaksOk, I have an Intel X-25M 160 GB SSD coming and I’m on a VERY GEEKY mood… so I decided to poke around a little on what could be done to tweak Mac OS X in order to, at least minimize the write amplification problem and also optimize the space used – yes you know the €/MB ratio is high on SSDs. Most of these tweaks, besides providing for a longer lifespan for SSD disks, should im
InnoDBはMyISAMと比較して安全(OSクラッシュや電源断が発生してもテーブルが壊れない)分、書き込みが遅い。データベース屋さんからすると、それは当然のことでMyISAMがおかしいんだ、ということになり、だからバッテリバックアップ機能のついたRAIDカードを使うんだ、という話になる。でも、MyISAMを使っているウェブ屋さんの現場では、場合によって多少データが消えてもかまわないから、安いハードウェアで大量のアクセスを捌きたい... って乖離があるんじゃないかなーと思ってる。 そのような場合には、my.cnf の innodb_flush_log_at_trx_commit パラメータを調整することで、MyISAMに比肩する書き込み速度を得ることができる(そのかわり、クラッシュや電源断の場合は、設定によって直近1秒以内の変更が失われる)。 他のパラメータも含めて書いておくと、データベー
Spacesでは画面の端にウインドウを持っていくと、ウインドウごと隣の操作スペースに移動します。その操作スペースが切り替わり始めるタイミングを変更する裏技です。 操作スペースの切り替わるタイミングを早くする Spacesを有効にしていると、ウインドウを画面の端にもっていき画面の端でしばらく待つと隣の操作スペースにウインドウごと移動します。 この待ち時間が短ければリズムよく移動できるようになり、「F8」キーを押してSpacesを作動させなくてもよくなります。 しかし、デフォルトでは待ち時間は一秒ぐらいかかりますが、この待ち時間を変更する設定は存在しません。 そこで、この切り替わり始めるタイミングを早める裏技を紹介します。 隣の操作スペースに移動する時の待ち時間を変更する裏技 まず、「起動ディスク(Macintosh HDなど)」→「アプリケーション」→「ユーティリティ」と移動し「ターミナル」
ここでは、サーバパラメタの最適化によるMySQLのチューンについて紹介する。 _ パラメタのチェック 現在の設定値を確認するには、 # mysqld --help とする。 MySQL-5.xでは、 # mysqld --verbose --help としないと、確認できなかった。 あるいは、クライアントから、 mysql> SHOW VARIABLES; でもOK。 ↑ key_buffer_size † MyISAM テーブルのインデックスを保存しておくバッファの大きさ。サーバ全体で共有される。メモリに余裕があれば、MyISAMのみのMySQL専用サーバなら、RAMの1/2、Apache などと共用なら、RAM の1/4程度とする。ただし、サイズを大きくすると、OSのページングのために、逆に遅くなることもあるので注意。 set-variable = key_buffer=256M M
MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください! まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in
MySQL のチューニング、と言った場合には、サーバーパラメータの調整や EXPLAIN コマンドを利用したクエリ実行計画の最適化が話題に上ることが多いです。しかし、発行する全ての SQL について、いちいち EXPLAIN コマンドを使って確認していては、いくら時間があってもたりません。チューニングを効率的に進めるには、まず、ボトルネックとなっている SQL クエリを特定し、次にその最適化を行うべきです。 ではどのようにして、ボトルネックを特定するのか。MySQL Conference & Expo 2009 のキーノートにおいて Mark Callaghan 氏は、Google では SHOW PROCESSLIST コマンドを使った統計的アプローチを使っていると述べていらっしゃいます (参照: MySQLConf 09: Mark Callaghan, "This is Not a
Movable Typeをめっちゃ高速化する20の方法。 公開日 : 2007-07-06 12:41:08 いつかちゃんと書こうと思っていた。 こういうタイトルのEntryをM回以上かくとブログがつまらなくなるらしいのだが、まぁいいや。問題は中身だよ。 ここで言う「高速化」とは、CMSを操作している発信者側、ブログを訪れる訪問者側双方を対象にしている。全てが全てどんな環境でも出来るとは限らないが(特にサーバーに対する権限の問題で出来ない部分も人によってはあるかもしれないが)何しろ20もあるから1つや2つは誰にだって出来るだろう。 環境まわり。 1.ハードウェアのスペックを上げる。 当たり前のことだけど、メモリを増やす、高速なHDDに入れ替える、あるいはサーバー自体を変える。 レンタルサーバーとかだったらプランを変更する。 金かけたくない? とはいえメモリーもHDDも昔と比べたら安いものだ
※メールフォームプラグインV1.20の解説の続きは、明日以降に順次行います。 Movable Type 3.34日本語版がリリースされましたが、「FastCGI化が容易になった」という特徴があります。 そこで、当方がテストした際のFastCGI化の手順の概略を紹介します。 なお、サーバーやApacheのバージョン等によって、細かな点は異なることもありますので、その点はご容赦ください。 1.テスト環境 当方では、以下の環境で動作をテストしました。 OS Apacheはソースからコンパイルして、デフォルトのディレクトリ(/usr/local/apache2)にインストールしました。 また、FastCGIのモジュール(mod_factcgi)はDSOでApacheに組み込みました。 2.libtoolのコンパイル 後でFastCGIのApache用のモジュールを作りますが、その際に「libtoo
DreamHost を使い始めて 1 週間が立ちました。ドメインの移行も無事に終わり、コンテンツの移動も完了したんですが、どうにもこうにも Movable Type が重いんですよ。むしろ今まで3年間使ってきたロリポップ!の方が速度的には早いかもと思えてくる。 Movable Type を快適に動作するようにするには mod_perl 下の環境で使えば早くはなるんですが、DreamHost に mod_perl はインストールされていません。しかし代わりに DreamHost には FastCGI という mod_perl と同等な Apache モジュールが組み込まれています。そしてタイミングがいいことに MT3.34 では FastCGI のサポートが向上したとのことなので、MT のバージョンを上げるついでに今までの CGI 環境から FastCGI 環境に移行してみました。 以下に
最新文章 2018-12-26 14:57▪ 宝山一楼盘千余业主收到高额交房通知书 2018-12-26 14:57▪ 书写大国经济的崭新篇章 2018-12-26 14:57▪ 杨浦3条公交线路拟调整居民以后出行方便了 2018-12-26 14:57▪ 上海交通行为样板路段区域12月测评榜公布 2018-12-26 14:57▪ 涉及30万人,葛洲坝集团宜昌基地六大类职能分离移交宜昌 2018-12-26 14:57▪ 金正恩送韩国的丰山犬生6个宝宝青瓦台晒近照 2018-12-26 14:57▪ 新华网启动视频化战略加速构建内容新生态战略支点 2018-12-26 14:57▪ 又一煤矿被重罚今年云南已查处53起煤矿严重违法违规典型... 2018-12-26 14:57▪ 央行:四季度88.8%的居民认为收入增加或基本不变 2018-12-26 14:57▪ 回首2018重温习近平
ファイルの入出力性能の改善は,システム全体の処理速度向上に大きく貢献する。高速なプロセッサを搭載する現在のコンピュータでは,ファイルのアクセス速度がシステム・パフォーマンスのボトルネックになっているためである。不要なディスク・アクセスの削減とアクセス速度そのものの向上が,チューニングの要となる。 アクセス時刻の記録を省略しファイル読み込みを高速化 ファイルにアクセスしたときには,最終アクセス時刻が属性情報として記録される。この情報を記録しないように設定することで,ファイルの読み込み速度を向上できる。最終アクセス時刻の記録を止めるには,ファイル・システムのマウント時に,noatimeオプションを指定する。ベンチマークでは,読み込み速度が2倍強に改善できた。 atimeは無駄 LinuxなどのUNIX系OSでは,statやfstat,lstatというシステム・コールを使って,ファイルの属性情報
ApacheCon US 2007の、『Apache Performance Tuning / Part One: Scaling Up』, Sander Temme (PDF) より。 ab おなじみ、Apache付属のあいつ http_load http://www.acme.com/software/http_load/ flood http://httpd.apache.org/test/flood/ JMeter http://jakarta.apache.org/jmeter/ 最近のバージョンは使いやすくなったらしい あと、ほかには httperf http://www.hpl.hp.com/research/linux/httperf/ とか。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く