「超チューニング祭 ～ニコニコを超快適にしてみた～ in ニコニコ超会議３」の問題点 - Webパフォーマンスについて
来る2014年4月26日(土)・27日(日)に、「ニコニコ超会議3」が開催され、その中で「超チューニング祭 ～ニコニコを超快適にしてみた～」が開催されるそうです。 これは、現行のスマートフォンサイトのTopページのソースファイルを競技者がチューニングして、速度やデザイン・UIの改善をして、速度と使い勝手を競うのだそうです。 「これは面白そうだ! 会場は家から近いし!」と思って参加するつもりでいましたが、事前調査で計測してみた結果、フロントエンドのチューニングでは速くならないことがわかったので、その内容について説明します。 (主催者の方にも、フロントエンドのチューニングでは速くならないという情報は伝えてあります。) まずは、計測データ まずは実際のトップページ(http://sp.nicovideo.jp)の計測データを見てみましょう。 計測は、NTT DoCoMoとSoftBankの3G回
MySQLノウハウ
いろいろな本からメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),
Apache prefork MPM のプロセス数 - daily dayflower
mod_perl 環境での最適な設定を探るべく，prefork MPM（すなわち古典的 Apache）について調べてみました。実地テストをしたわけではなく，あくまでドキュメントに基づくシミュレーションです。 まず，prefork MPM では ServerLimit ディレクティブはあまり意味を持ちません（MaxClients 以上の値にしておけば OK）ので省略します。 MaxClients = 8 StartServers = 4 MinSpareServers = 2 MaxSpareServers = 6 MaxRequestsPerChild > 0という設定でのシナリオを考えてみました。 コネクション動作 1.........httpd 起動したよ 2.----....StartServers = 4 だから4つフォークするよ 3.C---....1人からリクエストがきたよ 4
mMeasure Porject - MySQL監視ソフト
mMeasureとは？ mMeasureは、MySQLの状態を常時測定し、MySQLのチューニングポイントをアドバイスする、MySQL専用モニタリングソフトです。MySQLの主要なサーバー変数やステータスは、時／日／週／月／年の単位でビジュアルにグラフ化され、ブラウザで参照することができます。「クエリーキャッシュ使用率」や「接続数」といった測定値が、あらかじめ設定されたしきい値を超えた場合、MySQLをチューニングするためのアドバイスである「チューニングアドバイス」を表示します。同時に、チューニングアドバイスは「アラートメール」で管理者宛てにメール送信されますので、MySQLのチューニングが必要なタイミングが自動的に分かるという特徴を持っています。 スクリーンショット
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tag:apache | 俺履歴-おれろぐ- | RAKUGAKI.jp
Loading...
http://www.multiburst.net/project-multiburst/archives/2006/07/31/1119.php
