Effectively managing memory at Gmail scale | Articles | web.dev
Effectively managing memory at Gmail scale Stay organized with collections Save and categorize content based on your preferences. Introduction While JavaScript employs garbage collection for automatic memory management, it is not a substitute for effective memory management in applications. JavaScript applications suffer from the same memory related problems that native applications do, such as me
プログレッシブレンダリングでUXを向上させるJS非同期読み込みのベストプラクティス | ゆっくりと…
本ブログでは、サイトの高速化に直結する「JavaScript 非同期読み込み」の話題を多数取り上げてきました。タイトルに釣られてこの記事を見てくれている方なら Google Analytics の非同期コードスニペット はご存知でしょうし、規模の大きいサイトやアプリ用に RequireJS などのフレームワークを使っている方もいるでしょう。 GA も RequireJS も、動的に生成したスクリプト要素を DOM に埋め込む「DOM 挿入法」が用いられています。さらに遡れば、Steve Souders が 2009年4月の記事 ノン・ブロッキングなスクリプト読み込み で、6つの手法に分類しています。 果たしてこれらの方法は、サイトの高速化にとってベストなのでしょうか？ 答えは2012年12月の海外記事にありました。そこで本エントリーでは、日本ではほとんど取り上げられていない Frame i
Why mobile web apps are slow
I’ve had an unusual number of interesting conversations spin out of my previous article documenting that mobile web apps are slow. This has sparked some discussion, both online and IRL. But sadly, the discussion has not been as… fact-based as I would like. So what I’m going to do in this post is try to bring some actual evidence to bear on the problem, instead of just doing the shouting match th
Cacoo - Web上で図の作成とリアルタイムコラボレーション
Online diagramming tool for collaborating on wireframes, flowcharts, and more
Diary/2013-4-12 - Writing Cafe
Processing.jsの画像の透過処理を高速化 いつもTwitterのつぶやきを拝見させていただいている@clockmakerさんがHTML5のグラフィック系JavaScriptライブラリのパフォーマンス検証をされていて、興味深いです。 HTML5開発者必見、最速のJavaScriptライブラリはどれだ!? パフォーマンスの徹底検証 しかし、Processing.js（ProcessingのJavaScript版）がやけに遅いのが気になりました。tint()を使わなければ速いようです。 たぶん、ライブラリ側で正直な実装をしているせいなんだろうな…と思いながら、processing.jsのソース見てみるとピクセル単位で色を合成していることが分かりました。tint()は画像を好きな色にフィルタリングできるので、先にそういう画像を作ってからdrawImageしている、と。HTML5のCanv
Performance Tips for JavaScript in V8 - HTML5 Rocks
Performance tips for JavaScript in V8 Stay organized with collections Save and categorize content based on your preferences. Introduction Daniel Clifford gave an excellent talk at Google I/O on tips and tricks to improve JavaScript performance in V8. Daniel encouraged us to "demand faster" - to carefully analyze performance differences between C++ and JavaScript, and write code mindfully of how Ja
『リッチスマートフォンWebアプリのメモリ管理』
1 pixel｜サイバーエージェント公式クリエイターズブログ サイバーエージェントのクリエイターの取り組みを紹介するオフィシャルブログです。最新技術への挑戦やサービス誕生の裏話、勉強会やイベントのレポートなどCAクリエイターの情報が満載です。 こんにちは、ピグディビジョンでフロントエンドのプログラムを書いています。maginemu (@maginemu) です。 どこでもピグライフとは弊社の提供しておりますPC向けソーシャルゲーム「ピグライフ」をスマートフォン向けに移植したサービスです。『ピグライフのお庭をスマートフォンでも』を目標に移植を行いました。 (「どこでもピグライフ」はPCで「ピグライフ」を開始し、「いちごジュースを作ってみて！」というクエストをクリアするとお使い頂けるようになります) PC版ピグライフはFlashでつくられていますが、どこでもピグライフはHTML5/CSS3/J
Finding memory leaks
Over lunch last week Mikhail Naganov (creator of the DevTools Heap Profiler) and I were discussing how invaluable it has been to have the same insight into JavaScript memory usage that we have into applications written in languages like C++ or Java. But the heap profiler doesn't seem to get as much attention from developers as I think it deserves. There could be two explanations: either leaking me
blog.8-p.info: Facebook の BigPipe と TTI
Posted at 2010/10/22 01:59, Modified at 2010/10/22 03:42 Facebook のフロントエンドは結構かわったことをやっていて、例えば、ログイン後の http://www.facebook.com/home.php には <div id="pagelet_home_stream"></div> みたいな空の HTML があり、その後に <script>big_pipe.onPageletArrive({ … });</script> <script>big_pipe.onPageletArrive({ … });</script> ... と script 要素が何個もならんでいる。 BigPipe: Pipelining web pages for high performance この仕組みは (変数名のとおり) BigPipe と呼
Nicole Sullivan「再フロー＆再描画：Javascriptを重くするCSS」 - 以下斜め読んだ内容
Yahoo!のNicole Sullivanの2009.3.27のブログエントリ Reflows & Repaints: CSS Performance making your JavaScript slow? ウェブページのパフォーマンスを遅くさせるCSSの使い方。およびその回避策がテーマ 再フロー＆再描画をどうやって減らすか。 TIPSは6つ紹介されてる。が、javascriptを書かないCSS書きに関係するのは、5〜6番目の table要素は特殊。固定レイアウトアルゴリズムでレンダリングされるようにしろ。 MS独自仕様のcss expression使うな。 のみ。 以下斜め読んだまとめ。 Operaの記事「Efficient JavaScript」によると再描画と再フローがjsが重くなるのに影響してる 同僚のStoyan Stefanovと一緒にこの問題の定量化に取組中 再描画と再フ
Notes on HTML Reflow
Chris Waterson (waterson@netscape.com) Overview Reflow is the process by which the geometry of the layout engine's formatting objects are computed. The HTML formatting objects are called frames: a frame corresponds to the geometric information for (roughly) a single element in the content model; the frames are arranged into a hierarchy that parallels the containment hierarchy in the content model.
jQuery FTW (October 17) - InsideRIA
AllBooksCoursesVideosLive EventsInteractiveCertificationsAudiobooksPlaylists
「IEにおけるJavascriptパフォーマンスについてのススメ」を読んだメモ - 今日もスミマセン。
IEBlog：IEBlog : IE + JavaScript Performance Recommendations - Part 1 IEBlogをがんばって読んだのでメモ。内容的には既出のものが多いのであまり参考にならないかも。 この記事は以下３つパートで構成される シンボルの検索のパフォーマンスについて 効果的じゃないJavaScriptコード IEにおいて考慮すべきスクリプトのパフォーマンスについて 以下は１番の「シンボル検索のパフォーマンスについて」の要点 ローカル変数を使用する ローカル変数の参照はスコープチェーンをたどらなくて済む(検索の範囲が狭い)のでパフォーマンスが向上する。 また、意図しないグローバルスコープの変数を定義したり参照したりすることを防ぐ。 オブジェクトの参照をキャッシュする ドットでオブジェクトのプロパティを参照するのはパフォーマンス低下させる。 ので、
第30回 JavaScriptの動作を軽くするための工夫：ITpro
今回はJavaScriptとWebページの表示・操作の体感速度について考えてみます。というのは，JavaScriptのせいでWebページの表示や操作などの速度が遅くなっている，と感じることがあるからです。 現在のWebサイトでは，JavaScriptを使って使い勝手を向上することは，ごく当たり前に行われています。例えば，動的にページを書き換えたり，ページ遷移を行わずにサーバーと通信を行ってデータを取得したりと，JavaScriptを使うことで，Webサイトをより便利に，より使いやすくすることができます。 Ajaxという言葉がはやってから，もう2年以上がたつんですよね。何年か前，JavaScriptはじゃまで，セキュリティを低下させる不要なものだと見なされていた頃がありました。しかしそれから一変して，「JavaScriptをがんがん使ってもいい」という空気になったことで，Webサイトを作成す
Purchase Intent Data for Enterprise Tech Sales and Marketing | TechTarget
Enterprise Strategy Group: Go-to-market Expertise to Help You Win
記述方法による性能改善について - デー
ハイライトを作るついでにベンチマークをとりつつ、どういう書き方が速いのか調べていました。javascriptはわりとひどいと思います。しかたないけど。 例えば、 for (var i = 0; i = array.length; ++i) より for (var i = 0, len = array.length; i < len; ++i)と書いたほうが速い とか、 というか変数やそのプロパティやメソッドへのアクセスで毎回記号表の検索が発生しているっぽいので、ループ内では変数のキャッシュを使ったほうが速い とか。このあたりはCなんかでメンバ変数がコンパイル時に構造体のアドレスとそこからのオフセット値に変換されている感覚とは違っています。va.vb.vc.vd.dataと階層が増えると階層分の検索が必要なのでものすんごい回数のループ内では速度にだいぶ影響するようです。メンバを好き勝手増やせ
JavaScript Coding Guidelines for Mac OS X: JavaScriptのベストプラクティス
ADC Home > Reference Library > Guides > Scripting & Automation > JavaScript > JavaScript Coding Guidelines for Mac OS X > JavaScriptのベストプラクティスJavaScriptコードを記述する際に、考慮すべきことがいくつかあります。パフォーマンス向上のためにコードを調整しているところであっても、コードの互換性をテストしているところであっても、本章に示すベストプラクティスはコードのパフォーマンス向上と互換性向上に役立ちます。JavaScriptコーディングのパフォーマンス向上とテストのヒントを探している方は、本章をお読みください。 Contents: メモリとパフォーマンスの検討事項 コードのテスト グローバルスコープに関する検討事項 JavaScriptツールキッ
DHTML and JavaScript Performance Tuning
Who Should Read This Article This article is intended for anyone who uses JavaScript. Beginners to advanced javascript programmers will benefit from reading it. There is something here for everyone. JavaScript is often learned quickly by those without a strong background in object oriented design. Obviously, learning a programming language in a short amount of time usually results in incomplet
EfficientJavaScript - Dev.Opera - 効率的な JavaScript
EfficientJavaScript - Dev.Opera - 効率的な JavaScript 目次 この文書について 効率的な JavaScript ECMAScript eval や Function のコンストラクタを使うのはやめよう eval を書き換えよう 関数を使いたいなら function を使おう with を使うのはやめよう 性能を決める関数で try-catch-finally を使うのはやめよう eval と with は隔離しよう グローバル変数を使うのはやめよう 暗黙のオブジェクト変換に気をつけよう 性能を決める関数で for-in を使うのはやめよう 文字列は累積スタイルで使おう プリミティブの操作は関数呼び出しより速い setTimeout() や setInterval() には文字列でなく関数を渡そう DOM 再描画と再フロー 再フローの回数をでき
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Diagnose and Prevent AJAX Performance Issues - dynaTrace software