Web Performance Power Tool: HTTP Archive (HAR) - igvita.com
By Ilya Grigorik on August 28, 2012 When it comes to analyzing page performance, the network waterfall tab of your favorite HTTP monitoring tool (e.g. Chrome Dev Tools, Firebug, Fiddler, etc) is arguably the single most useful power tool at our disposal. Now, wouldn't it be nice if we could export the waterfall for better bug reports, performance monitoring, or later in-depth analysis? Well, good
Flashで怒涛のごときイベント処理を捌きまくる3技
Flashで怒涛のごときイベント処理を捌きまくる3技：速いFlash/ActionScriptチューニング入門（3）（1/3 ページ） Flash/ActionScriptチューニングの基礎知識から実践的テクニックまでを紹介する連載。読みながら試せるオンライン・サンプルもあります。Adobe AIR/Flexにも応用可能です Flash高速化は“仕組み”の理解から始める！ 前回「Flashで吹雪のごとき描画を実現するチューニング3策」から、間がだいぶ空いてしまいました。完全に夏ですね。連載ペースはかなりゆったり目ですが、暖かい目で見守っていただければと思います。 さて、第3回の内容は「イベント」です。その中でも、特に多用されやすい「Event.ENTER_FRAME」「MouseEvent」のチューニングについて、紹介します。 イベント＝インタラクティブコンテンツ制作の基本 「イベント」の
Flashを閃光のごとく高速化するための基礎知識
Flashを閃光のごとく高速化するための基礎知識：速いFlash/ActionScriptチューニング入門（1）（1/2 ページ） Flash/ActionScriptチューニングの基礎知識から実践的テクニックまでを紹介する連載。読みながら試せるオンライン・サンプルもあります。Adobe AIR/Flexにも応用可能です Flashを徹底的に軽く作るための3カ条 本連載では、これから数回にわたり、Flash/ActionScript 3.0（以下、AS3）のチューニングの考え方や方法について解説します。 筆者が初めてFlash/AS3のチューニングと本格的に向き合ったのは、2007年の冬の「サグールテレビ」の開発においてでした。当時、開発チームでは「徹底的に軽く作る」という鉄の目標を掲げており、チューニングのためのさまざまな調査を積み重ねていました。結果、2000年に発売された古いPCなど
4コア8スレッドマシンのメモリを2枚から4枚に増やしたらいろいろわかった - きしだのHatena
メモリを増やしてみました 先日4コア8スレッドのマシンでいろいろ試してみたら、なんだか不思議な結果になりました。 4コア8スレッドCPUを手に入れたので試してみたら不思議な結果に - きしだのはてな その後、いろいろやってみてメモリのボトルネックじゃないかということで、ためしにメモリを4G×２枚増やして合計16GBにしてみました。 しかし、8GBで8千円ってすごいですねー 結果 昨日と同様に、Core i7 2600K、JDK7-ea-b140で試してみました。 まず、Ubuntu10.04の32bit版です。4スレッドからの性能があがりました！ハイパースレッディングもちょっと効いています。 --- result --- 1 threads:15.401835(s) 2 threads:7.825008(s) 4 threads:4.228158(s) 6 threads:3.999717
サーバー・クライアントの ボトルネック調査と高速化
This document discusses the architecture of a web application. It includes descriptions of the web, application and database servers used. It also summarizes optimizations made around caching, compression, and asset management to improve performance. Monitoring tools are listed to analyze the system.Read less
『続・ハイパフォーマンスWebサイト』イベントに参加しました
こんにちは。Yahoo!検索の高林です。先日、書籍『続・ハイパフォーマンスWebサイト』（オライリー刊）に寄稿させていただいた関係でトークイベントに参加してきました。 お忙しいところ、たくさんの方々に出席していただき、ありがとうございます。 今回のイベントでは、「Yahoo!検索のパフォーマンス向上策全て見せます！」というテーマでYahoo!検索で実際に行っているTipsの紹介と現在、Yahoo!検索で検討しているシステム構成などを発表しました。 そのときの発表内容は、以下のリンクから確認できますのでご興味のある方はご覧ください。 『続・ハイパフォーマンスWebサイト』出版記念トークイベントのビデオを公開 (O'Reilly Japan) トークセッションでは来場者の方々にたくさんの質問をいただきました。今回はそのなかからいくつかピックアップしてご紹介したいと思います。 ――Q: Yaho
ロードアベレージ - 2009-07-19 - BG
Load Average On Linux Classically, UNIX systems have calculated the load average by counting the number of processes that are either running on the CPU or runnable (ready & waiting for a CPU to run them). Linux does this, but it also counts the number of processes in uninterruptable sleep. Uninterruptable sleep usually means a process is blocking on I/O (waiting for disk, etc.). Linux は, 他の伝統的な UN
ウェブサイトパフォーマンス入門 - ニコール・サリバン | warikiru
2009-11-29 ウェブサイトパフォーマンス入門 - ニコール・サリバン ラベル: performance, report Web Directions East 2009 ワークショップ 11月12日 ウェブサイトパフォーマンス入門 ニコール・サリバン 通訳はcouldの長谷川さんだよ。 Design Fast WebsitesView more documents from Nicole Sullivan.スライドはほぼこれと一緒で、収益に関するデータが新たに追加されてた感じ。 Nicole Sullivan （ニコール・サリバン）3000以上にも昇る大規模サイトの最適化に携わって来た Nicole Sullivan は、現在 Yahoo! のパフォーマンスエンジニアと最適化のエバンジェリストとして国内外のセミナーで講演。Webサイトに関する研究だけでなく、プロジェクト管理もこなす
OSSは大規模基幹システムで使えるか---OSSの性能・信頼性評価プロジェクト裏話(1)
2007年2月，OSS推進フォーラム 技術評価タスクフォース(旧 開発基盤ワーキング・グループ）はこれまでの集大成としてその成果をオープンソース関連情報データベース「OSS iPedia」で公開しました（関連記事）。ここまで足掛け2年半。やっと一区切りがつき，ほっとしているところです。 これから何回かにわたって，評価結果までの道のりと，この成果に込めた思いをお伝えしたいと思います。第一回は，私，住商情報システムの菅原孝二がプロジェクトの発端からお話します。 プロジェクトの始まり 私は2004年にOSS推進フォーラムに参加しました。MySQL社とプライマリ・パートナとして契約しており，MySQLに関する事には何にでも関わっていこうと考えていたためです。 当時を振り返ってみると，巷では「オープンソースなんて企業システムでは使えない」といった声もありました。混沌とした中で，OSS推進フォーラムに
InnoDB のパフォーマンスチューニング - MySQLカンファレンス2007 - akiyan.com 管理人メモ
http://www.mysql-ucj2007.jp/details/j25.html 木下 靖文 氏 NTTコムウェア株式会社 プロジェクト管理統括部技術SE部門 DB技術グループ （「InnoDB」は「いんのでーびー」と言うらしい...今まで「いのでーびー」と言ってました） InnoDBをなぜ使うか トランザクション コミット、ロールバック、セーブポイント 外部キー 行レベルロック オンラインバックアップ クラッシュリカバリ クラッシュリカバリ MyISAMはデータ量の増大とともに時間がかかる InnoDBはデータ量の増大との相関がない InnoDBチューニングの王道的アプローチ クエリを改善して全体的に処理効率を上げる データサイズをできるだけ小さく メモリをできるだけ多く積む コミット性能（同期書き込み） innodb_flush_log_at_trx_commit=1,0,2
パフォーマンス・マネージメント・ガイド - 使用されているメモリ量の判別
パフォーマンス・マネージメント・ガイド 使用されているメモリ量の判別 メモリ使用率の報告書を提供するパフォーマンス・ツールが幾つかあります。最も関心のある報告書は、vmstat、ps、および svmon コマンドによるものです。 vmstat コマンド (メモリ) vmstat コマンドは、システム内の全プロセスによって使用されるアクティブ な仮想メモリの合計の要約ばかりでなく、フリー・リスト上の実メモリ・ページ・フレームの数も示します。アクティブ仮想メモリは、実際にタッチされた仮想メモリの作業セグメント・ページの数で定義されます (定義については、遅延ページ・スペース割り当て参照)。この数は、アクティブ仮想メモリ・ページの一部がページング・スペースに書き出されている可能性があるので、マシン内の実ページ・フレームより大きい場合があります。 システムでメモリが不足しているかまたは一部のメモリ
OraFAQ Forum: Performance Tuning » Resolving "latch free" problems
Top 5 Timed Events ~~~~~~~~~~~~~~~~~~ % Total Event Waits Time (s) Ela Time -------------------------------------------- ------------ ----------- -------- latch free 100,173 3,605 67.06 CPU time 1,280 23.80 SQL*Net more data to client 4,276 243 4.53 db file sequential read 84,554 95 1.76 db file scattered read 64,661 86 1.60 and I know that there is an issue with latch free, but how can I further
OTN Japan - Oracleデータベース 性能対策機能 ～ StatspackとDiagnostics Packを使いこなす ～ 第2回 ケーススタディ（Statspack）
NTTコムウェア株式会社 プロジェクト管理統括部 技術SE部門 DB技術グループ 坂下 徹 Oracleデータベースの性能対策の重要な機能、「Statspack」や「Oracle Enterprise Manager 10g Diagnostics Pack」(※オプションライセンス)の利用ポイントをお伝えします。使わないと"もったいない"機能です！(Diagnostics Packの有無による違いはここ) - INDEX - ■ 1 はじめに ■ 2 シナリオ概要 ■ 3 Statspackレポートの分析 ・ 3.1 Snapshot ・ 3.2 Load Profile ・ 3.3 Instance Efficiency Percentages ・ 3.4 Top 5 Timed Events ・ 3.5 SQL ordered ・ 3.6 Tablespace IO Stats ・
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オープンソース情報データベースシステム(OSS iPedia) のコンテンツについて
http://www-1.ibm.com/support/docview.wss?uid=std3703216707f83dc9349256f0100287607
サービス終了のお知らせ
IBM System p および AIX インフォメーション・センター
http://www-1.ibm.com/support/docview.wss?uid=std37ca3b626650096724925718f00085173
http://www-1.ibm.com/support/docview.wss?uid=std39cb7b053a2e30583492572b30009a79c
http://publibn.boulder.ibm.com/doc_link/Ja_JP/a_doc_lib/aixbman/prftungd/2365c22.htm