O'Reilly Radar > Database War Stories #3: Flickr
Continuing my series of queries about how "Web 2.0" companies used databases, I asked Cal Henderson of Flickr to tell me "how the folksonomy model intersects with the traditional database. How do you manage a tag cloud?" He replied: "lots of the 'web 2.0' feature set doesn't fit well with traditional normalised db schema design. denormalization (or heavy caching) is the only way to generate a tag
ページの読み込みを早くするもう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スプライトの効率化 表示サイズ以上の画像を
Slim Down and Speed Up Linux
Click to viewWhile Linux is pretty efficient with a computer's resources out of the box, there are still ways you can make it run leaner and meaner on your desktop. Using a little bit of know-how, a willingness to run a few terminal commands, and a mind for efficiency, you can get every last bit of power from your Linux box, or get more life from an older system. Read on for a roundup of ways to s
Re: MySQL最適化のミニtips - 日向夏特殊応援部隊
元ネタ: http://labs.unoh.net/2007/07/mysqltips.html あまり具体的じゃないので、僕の考えとか。 正しいかどうかは各自の状況だとか実際試すべきなんだけど、参考になれば。 MyISAM、InnoDBなどテーブルタイプ 僕は断然InnoDB派です。 ただ仰るとおり、ログるだけのテーブルとかならMyISAMでもいいとは思うけど。 トランザクションやロック処理などが必要ない場合など、MyISAM形式にも良いところはあるので検討してみる価値はあるかもしれません。 これだけの指摘だとちょっと微妙な気がするです。 MyISAMの使いどころってのは、 ピンで他とリレーションが無い単純追記系のテーブル リレーションがあり、同一トランザクション内での更新系クエリが存在する場合は、トランザクションが期待通りに動かないので、基本的にはInnoDBと混在させるべきではない
300clp - Firefoxを遅くさせる最大原因はアドオン
Firefoxを遅くさせるアドオン要因Webアプリケーションの開発者はFirefoxを愛用しているケースが多い その理由として拡張機能が豊富であることが第一に挙げられる 優秀なアドオンとしてAll-in-One GesturesやGreasemonkey、 WebDeveloper、Firebug、ScrapBookなどが利用される しかしFirefoxを使い込むにつれてアドオンが増え その結果、起動時間・表示時間に遅れが出ることになる その最大要因はアドオンであり数種のアドオンによって遅くなる ではブラウザ表示を遅くさせるアドオンはどれか 具体的な数字で比較できるのか？ この表示時間について検証 01.検証試験環境【 OS 】 XP SP2 Pro、Vista Ultimate 【 .CPU. 】 PentiumD820 2.8GHz 【 Mem 】 Samsun
/dev/shm に参照系ＤＢを持っていくと I/O 負荷が激減した件（当たり前だけど）
前エントリーから一部の内容を分離して追加記事にしてみました。以下実施したメモリ増設の効果について。 ここ数ヶ月、自宅サーバの負荷がだんだんと上昇してきていて、そろそろ１台で高速にさばききる限界に近づいてきた感があったり。ここ数週間のロードアベレージはこんな感じ。グラフは× 100 の値になってます。CPU のコアが２個なんで、200 までは OK ということでまだ処理しきれているわけではあります。ちなみに mrtg グラフは瞬間値を示しているわけではなく平均値なので瞬間的にはもっと負荷が高いときとかあります。 でも月次処理が走るともっさり感満点。 ※緑：１分平均 ／ 青：１５分平均 実は CPU の処理速度が追いついていないと言うより I/O 周りがボトルネックになっています。 ※緑：読取ブロック数 ／ 青：書込ブロック数 ということで、メモリを２GBプラスして、合計 4GB にして参照系
VMware が頻繁にディスクアクセスして OS 全体が固まる件
こんな現象が発生するようになったのも XP + VMware 5 → Vista + VMware 6ベータ にしてからなのですが、物理メモリもたっぷりのっていて空きメモリもある状態にもかかわらず、VM を起ち上げていると頻繁にディスクアクセスが発生してマシンが数分間フリーズしたかのごとく固まる現象が続いています。 以前物理メモリが 2GB だった時は、まぁ〜しょうがないか〜と思っていたのですが今は 3GB のっていて（ホントは4GBだけど OS が 32bit なのでうまく認識しない・・・）コレは流石にキツイ。ってことで原因を調べてみました。 まずはリソースモニタを起ち上げて VM を使ってディスクアクセスが発生するのを待つ。すぐに発生した。 どうやら VMware の .vmem ってのが頻繁にディスクアクセス（read）を行っている模様。もう少し様子を見てみる。 こんどは頻繁にディス
How to fix the Firefox memory leak (Firefox hack)
Firefox memory leak? It doesn’t have one. Unfortunately, because of the way it’s configured to run out of the box it *looks* like it has one. Follow these simple steps to get your Firefox memory usage under control. These configuration changes are a trade-off between internet browsing speed and memory usage. They are most useful if you are multitasking and need Firefox to be less of a memory hog w
Web 最適化PDFの意味、用途、効果
【注意】本記事を最初に公開したのは2007年1月です。その後、「Web表示用に最適化したPDF」の仕様は、最新のISO 32000-1、ISO 32000-2でも特に改訂されていません。しかし、PDFの仕様は変わらなくてもインターネットの通信環境は大幅に改善されており、またブラウザでPDFを閲覧する環境も抜本的に変わっています。このため本記事で紹介している事例やデータは現時点では適切とは言えませんので注意してください。なお、関連する記事として、「ブラウザでPDFファイルをWebページからシームレスに表示するか、ダウンロードするかの設定」を用意しましたのでご参照ください。 Web表示用に最適化したPDFとは PDFの表示が遅い、重いのはなぜ？ Webページで配布されているPDFをブラウザで開いてみるとき、PDFのページが表示されるまでに時間がかかる場合があります。いわゆる重いという現象ですが
DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング！
MySQLのチューニングにおいて非常に重要となるメモリ(バッファ)関連のパラメータについて、 チューニングのポイント DSASのとあるDBサーバ(実メモリ4GB)の実際の設定値 をまとめてみます。 また、必要メモリの総量の計算や限界値を越えてないかチェックしてくれるスクリプトも紹介します。 是非、参考にしてみてください！ まず最初に注意点を。 バッファには2つのタイプがあります。 グローバルバッファ スレッドバッファ グローバルバッファはmysqld全体でそのバッファが1つだけ確保されるもので、 これに対し、 スレッドバッファはスレッド(コネクション)ごとに確保されるものです。 チューニングの際にはグローバル/スレッドの違いを意識するようにしましょう。 なぜなら、スレッドバッファに多くのメモリを割り当てると、コネクションが増えたとたんにアッという間にメモリ不足になってしまうからです。 in
MySQLの最適化
限りなく眠気を誘うPHP Internalsのセッションから逃げる。こっちの 講師はMySQL.comの人。講演慣れしていて、ずっとまともでプロフェッショナルな 感じ。午前中を逃したのが惜しいが、詳しいプレゼン資料は後日公開される らしい。 DELETEのコストはかなり高い 読みだしがすごく多い場合は無効化を示すフィールドを作りUPDATEすべき、 index更新のコストが馬鹿にならないSHOW STATUSの表示結果の解析方法 起動ごとに初期化、全データベースに共通rnd と rnd_next の割合Key_reads : Key_read_requests 、ディスクから読まれた回数：総回数 この割合が1:100より悪くなったら要注意Key_write_requests:Key_writes 総書き込み要求回数：ディスクに書き込ま れた回数 キャッシュの効果などMax_used_con
Using filesortにORDER BY NULL - Enjoy*Study
巨大なテーブルを結合し、テーブルをまたいだ複数キーでGROUP BYするSQLを書いてEXPLAINで実行計画を確認したところ、見たく無いものが出てしまいます。 Using temporary; Using filesort テーブル結合自体はINDEXを使えているようですが(EXPLAINの結果から)、GROUP BYは、テーブルまたいてしまっているので、INDEXが使えていないのかな、、なので「Using temporary」はしょうが無いと思ったけれども、「Using filesort」が出るのが良くわかりません。 GROUP BYって、内部的にソートされるのが当然なのか！？って思ったけれども、どうもデフォルトの動作でGROUP BYの場合にソートが行われてしまう模様。 MySQL 4.1 リファレンスマニュアル :: 5.2.1 EXPLAIN 構文（SELECT に関する情報の取
MySQLメモ (Nega Diary)
Nega Diary 人生とは記憶の蓄積。日々の記録とは、日々の行動・思考を書き記し、自分の存在を確かめる行為。 ちょっと古いけど、スラドの記事。 DELETEのコストはかなり高い 読みだしがすごく多い場合は無効化を示すフィールドを作りUPDATEすべき、 index更新のコストが馬鹿にならない SHOW STATUSの表示結果の解析方法 起動ごとに初期化、全データベースに共通 rnd と rnd_next の割合 Key_reads : Key_read_requests 、ディスクから読まれた回数：総回数 この割合が1:100より悪くなったら要注意 Key_write_requests:Key_writes 総書き込み要求回数：ディスクに書き込ま れた回数 キャッシュの効果など Max_used_connections: 最大同時接続数 Not_flushed_*
12のPHP最適化テクニック:phpspot開発日誌
12 PHP optimization tips Ilia Alshanetsky’s PHP performance talk given last week at the Zend conference is pretty useful as far as getting small tips for tweaking PHP code. PHP最適化テクニックが紹介されていましたので以下にまとめてみました。 staticメソッドが使えるなら使おう。速度は4倍になる __get, __set, __autoload は使わない require_once は重い include, requireで読み込むファイルはフルパスにしよう スクリプト開始時のUNIXタイムを ＄_SERVER['REQUEST_TIME'] で取れる strncasecmp関数やstrpbrk関数を使えるケースは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kndb.jp