High Performance Web Sites
14 Rules for Faster-Loading Web Sites These rules are the key to speeding up your web pages. They've been tested on some of the most popular sites on the Internet and have successfully reduced the response times of those pages by 25-50%. The key insight behind these best practices is the realization that only 10-20% of the total end-user response time is spent getting the HTML document to the brow
Works - オプティマイザヒントを使用したパフォーマンスチューニング
オプティマイザヒントとは、オプティマイザに対して、最適（※１）な実行計画を強制的に使わせるための機能（※２）です。 かつて、口さがない SQL Server 使いの間では「Oracle にあんなにヒントの種類があるのはオプティマイザがバカだからだ」と云ったご意見もありましたが、今や SQL Server のヒントもかなりの種類がありますｗ 最もよく使われるヒントのひとつに indexヒントがあります。 コストベースでカーディナリティも高いのに全表走査してしまう場合などに使われます。 以下のSQLを例に取ります。 select * from kemp e inner join kdept d on e.deptno = d.deptno; アプリケーション開発者が期待する実行計画は、以下の様なものであるとします。 ■ORACLE 実行計画 -------------------
javascript - element.innerHTML はなぜ速く見えるか : 404 Blog Not Found
2006年10月22日00:55 カテゴリLightweight LanguagesWEB+DB PRESS javascript - element.innerHTML はなぜ速く見えるか 自分でこう書きながら、実は首を傾げていたのだけどやっとわかった。 404 Blog Not Found:WEB+DB PRESS vol.35 pp.57 まず速度ですが、innerHTMLは代入時にHTMLの構文解析が入るので、速度的にはDOM操作が有利です。 期待に反してそうでないのは、404 Blog Not Found:javascript - DOM vs innerHTML benchmark on MacBook Proでの指摘した通り。このあたりはamachangにちゃんと査読してもらった方がよかったのではないか？ InnerHTMLは速くない。速く見えるだけだ。 その証拠として、以下
Webアプリの問題点を「見える化」する7つ道具 (1/3) - ＠IT
今回の概要 システムが応答しない、パフォーマンスが劣化したなどのトラブルが発生したときに、原因がなかなか掴めず、あたふたすることはないだろうか？ 本稿では、Java EEトラブルシューティングの現場で役立つ7つ道具を紹介する ある日、突然電話が鳴る 用件は、「システムが不定期に停止する。よく分からないけど、どうやらJava EE部分がおかしい」とのこと。このような事態が発生したとき、やみくもに原因を調べ、いつまでたっても問題が解決できず、原因の一片も発見できないことが多々ある。 トラブルが発生した場合、ツールが充実していない昔は、開発者の経験と勘に頼るところが非常に大きかった。Webシステムが普及するいま、昔とは比べ物にならないほど、システムの数が増え、開発者数が増える一方、システム障害を切り分けられる職人的なエンジニアの人数はシステム数に比例して増えているわけではない。そのため、すべての
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ハイパフォーマンス Web サイト フロントエンドのパフォーマンスの重要性
http://www.gloo.ru/blogs/gloom.dhtml_javascript_benchmark._l_en.wiki.aspx
Microsoft Corporation
Laptop Computers, Desktops, Printers, Ink & Toner