Webパフォーマンスにおけるイニシャライズとランタイム
Webフロントエンド・パフォーマンス 思考整理系。 Webフロントエンドにおける3要素として、過去のセッションでは下記の3つを中心に紹介していました。 通信コスト - Networking 描画コスト - Rendering 計算コスト - Computing これらの問題は複雑に絡み合い、時として相反する関係をとります。例えば、通信コストを減らすために、視覚表現を画像からCSS3に置き換えたら、描画コストが高くなってしまいスクロールが重くなった、なんてケースは頻繁にあるでしょう。 理解の問題 この3つのコストは確かにパフォーマンスに影響を与える要因であります。しかし、その要因がWebフロントエンドのページライフサイクルにおいて、どこで影響を与えているかは表してくれません。 要因がどのような影響を及ぼしうるかという基礎的な理解と、パフォーマンスの問題に取り組むための切り口としての理解は、そ
You’re Optimizing The Wrong Things | Eric Leads
It seems like every time somebody suggests to the JavaScript world that there’s a different (often better) way to do things than the status quo, the knee-jerk response is to say that the old way is faster, and start pulling out perf scores. That’s all well and good, but by that standard, we should all be writing everything in C. The perf differences between one technique and another in JavaScript
JavaScript: Need for Speed
http://www.meetup.com/SF-Web-Performance-Group/events/112609542/ Analyzing the performance of large-scale JavaScript applications requires a distinct…
JavaScript: The less known parts. Bitwise Operators.
'JavaScript: The less known parts' chapters: 1. Bitwise Operators 2. Storage 3. Dom Mutations Most of us probably use JavaScript every day - in my case it's building a mobile operating system in my daily job, preparing crazy and ridiculous demos for various conferences or run personal projects in my free time (mostly games). But even with years of experience (probably because the language itself i
Construct 2 the HTML5 Game Maker - Scirra.com
Construct 3 Create stunning games in the worlds best 2D game engine
JavaScript closure vs. object look-up performance
Note: the question asked in this post, "why aren't closures super-fast?", was thorougly answered by Vyacheslav Egorov in his followup. Reading that is probably more informative than reading the text below. I originally structured CodeMirror instances as one huge closure that contained all the internal variables. The constructor would create local variables for all internal state, and local functio
Lazy Parsing in JavaScript Engines · ariya.io
Lazy Parsing in JavaScript Engines Jul 3, 2012 8 min read #javascript #javascriptcore #optimization #spidermonkey #v8 Modern JavaScript engines can defer the parsing process of a function body until it is completely needed. Why is this done and how does this work? The last blog post titled Advances in JavaScript Performance in IE10 and Windows 8 from the Internet Explorer team mentions the use of
array.length vs. cached · jsPerf
JavaScript performance comparison Test case created by kazuho on 2012-7-2 Preparation code <script> Benchmark.prototype.setup = function() { var a = [ 0, 1, 2, 3, 4, 5, 6, 7, 8, 9 ]; a = a.concat(a, a, a, a, a, a, a, a); }; </script> Test runner Warning! For accurate results, please disable Firebug before running the tests. (Why?) Java applet disabled.
Performance
Sorry; your browser does not support svg! Sorry; your browser does not support svg! http://www.meetup.com/framsia/ < 100ms "0.1 second [100ms] is about the limit for having the user feel that the system is reacting instantaneously, meaning that no special feedback is necessary except to display the result." Jakob Nielsen
++i vs i++ · jsPerf
JavaScript performance comparison Test case created by uupaa on 2012-2-24 Preparation code <script> Benchmark.prototype.setup = function() { function createArray(num) { var rv = [], i = 0; for (i = 0; i < num; ++i) { rv[i] = i; } return rv; } function createReservedArray(num) { var rv = Array(num), i = 0; for (i = 0; i < num; ++i) { rv[i] = i; } return rv; } window.dataLength = 500 * 1000; window.
uupaa looper 見っけたよー - latest log
(ε・◇・)з hasOwnProperty を使った for in ループより 20%～84% 低コストな、うーぱー式 ループのご紹介だよ～ Object.keys を使い、key を列挙することで、hasOwnProperty を使った for in ループよりも速くなります。 var keys = Object.keys(obj), i = 0, iz = keys.length; for (; i < iz; ++i) { var key = keys[i]; var value = obj[key]; ... ベンチマーク http://jsperf.com/perf-for-in-loop-vs-pre-enum-keys-for-loop/8 Browser for_in_hasOwnProperty loop uupaa-looper Chrome 16.0.912.77
jQuery Proven Performance Tips & Tricks, 2011
This talk is about the importance of performance-testing your JavaScript and jQuery code (and appreciating performance gotchas you can keep in mind when…
High Performance JavaScript 2011
For much of its existence, JavaScript has been slow. No one complained until developers created complex web applications with thousands of lines of JavaScript code. Although newer JavaScript engines have improved the situation, there’s still a lot to understand about what makes JavaScript slow and what you can do to speed up your code.Read less
本当は速いImageMagick: サムネイル画像生成を10倍速くする方法 - 昼メシ物語
一般的に ImageMagick のサムネイル画像生成は遅いとされており、パフォーマンスが求められるシーンでは Imlib2 などのより高速な画像処理ライブラリが使われることが多いです。 Imlib2 の高速さについては、以前「Imlib2でImageMagickより3倍高速かつ美しいサムネイル画像の生成 - 床のトルストイ、ゲイとするとのこと」という記事で紹介しました。この記事のベンチマークにおいて、Imlib2 によるサムネイル画像の生成は、 ImageMagick の3倍程高速でした。 しかし、 ImageMagick は Imlib2 より画質がよく、高機能で使いやすく、今も頻繁にメンテナンスされており、とてもよく出来ています。その点 Imlib2 は、2004年からメンテナンスされておらず、セキュリティホールが見つかっても、各Linuxディストリビューションがそれぞれパッチを当て
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JavaScript Performance For Madmen
Defining template engine performance
jQuery Selector Performance Testing
Andrew Ellis — jQuery's find() performance.
jQuery parent/child selectors · jsPerf
Email Search Engine - Find Emails For Free - Emailsearch.io