
Blog by Brian Hackett, Firefox Engineer Firefox 9 features the release of Type Inference, or TI, a research project under way for over a year. TI is a feature in the SpiderMonkey Javascript engine which generates type information about Javascript programs through a combination of analyzing the program’s code and monitoring the types of values as the program executes. This type information is used
Fast and Precise Hybrid Type Inference for JavaScript Abstract1 JavaScript performance is often bound by its dynamically typed na-2 ture. Compilers do not have access to static type information, mak-3 ing generation of efficient, type-specialized machine code difficult.4 To avoid incurring extra overhead on the programmer and to im-5 prove the performance of deployed JavaScript programs, we seek6 t
Firefox 3.1のWeb Workersでマルチスレッド・プログラミング Firefox 3.1に追加される新機能「Web Workers」を利用すれば、JavaScriptでも複数の処理を同時に実行することができるようになる。今回は、そのWeb Workersを使用する簡単な例を紹介する。 2009-01-15 17:00:00 Firefox 3.1の新機能: Web Workersの派生スレッドでできること 前回はFirefox 3.1で追加される新機能「Web Workers」におけるWorkerオブジェクトの使用方法を紹介した。今回は、Workerスレッド側の処理について解説する。 2009-01-14 17:00:00
Firefoxのデバッグ拡張ことFirebugですが、Firefox4よりFirebugとは別にWeb Consoleという機能が入りました。 しかし、Firebug自体もさらに便利になっているので、少し紹介します。(Firebug1.7 –1.8 の範囲で) 現在のFirefox4に正式対応しているのはFirebug1.7xで、Firebug1.8xはAlpha版として公開されているのでまだ不安定な部分もあることに注意して下さい。 特に注意書きしてない部分はFirebug1.7の項目だと思って大丈夫だと思います コマンドラインに履歴ボタン コンソールパネルでのコマンドエディタ(でかい方のコマンドライン)にHistoryボタンが新たに追加されました。 過去に実行したコマンドをポップアップから選択して挿入することができます。(以前はCtrl+ZでUndoし続ける必要があった) コマンドライン
Firebug integrates with Firefox to put a wealth of development tools at your fingertips while you browse. FirebugワーキンググループはFirebugの最新版となるFirebug 1.7.0を公開した。FirebugはFirefoxで動作するエクステンション。HTML/CSSの解析やJavaScriptデバッグ、リソース読み込みの計測と分析などの機能を有し、WebページやWebサイトの開発に欠かせないツールの1つとなっている。 Firebug 1.7.0はFirefox 4に適応させることを目的として開発が進められたバージョン。Firebug 1.7.0の主な特徴は次のとおり。 ブレーク通知メッセージの再設計 DOMパネルおよびコンソールパネルにおけるローカル/セッション/グロバー
JSONViewを知らない人が社内でいっぱいいたので、これは宣伝すると他にも幸せになれる人がたくさん居るだろう、ということで宣伝してみる。 近年、JSON形式でウェブAPIを作成する機会が増えてきた。しかし、JSONで出力された場合、日本語の文字列はエスケープされる実装が多く(仕様的にはエスケープしてもしなくてもどっちでもいい)、結果を目視で確認することができなくて困るということがよくある。 そのため、JSON APIをたたいてパースして出力するだけのスクリプトをわざわざRubyで書く、というようなことを繰り返していた(前に書いたスクリプトを探すよりも新しく書いたほうが早いのだが、それでもAPIを調べ直したりで3分ぐらいはかかる)のだが、JSONViewという拡張を使うことで、ブラウザ上でのJSONを、XML風に見やすく整形してくれることがわかった。以下のスクリーンショットに、JSONVi
Opera で DOM Mutation Event を使用するコードを追記しました。 まとめを追加しました。 Opera パート2に取得できないケースが見つかったため、パート3 を追加しました。 rhino.jpg(幅:300px, 高さ:227px) を、 <img id="rhino" src="rhino.jpg" width="100" height="75" /> と、100 x 75 で表示している場合を例に、画像本来のサイズを取得する方法をご紹介します。 Firefox, Safari, Google Chrome なら image.naturalWidth と image.naturalHeight を利用します。 image.naturalWidth と image.naturalHeight の初期値は 0 です。画像の読み込みが完了した時点で適切な値に更新されます。
Firebugはクロスブラウザのデバッガへ「変態する」と、Firebug開発者ブログのエントリ「Firebug Metamorphosis」で今後の開発方針が明らかになりました。 なぜこのような方向性が打ち出されたのか? その理由としてあげられたのは、Firefox 4から新たに内蔵される予定のデバッガ機能です。Firefox 4からはFirebugがなくともJavaScriptのデバッグなどが可能になるとのこと。 They all have more design and development resources than Firebug and they all have a built-in advantage 彼らは私たちFirebugチームよりも多くのデザインと開発のためのリソースがあるし、なによりもブラウザ内蔵というアドバンテージがある そこで彼らはFirefox内蔵のデバッ
Firefox web browser - Faster, more secure & customizable ブラウザのJavaScriptエンジン性能はそのまま最近のWebブラウジングの快適さに結びつくことが多い。Opera、Chrome、SafariはそれぞれのJavaScriptエンジンCarakan、V8、Nitroで熾烈な競争を繰り広げており、驚異的な勢いで高速化を成し遂げている。Firefoxはこの高速化競争では押されぎみだ。 FirefoxはTraceMonkeyでJavaScript処理の高速化を実現している。TraceMonkeyはきわめて強力な高速化技術で、最適化されたあとのコードはすばらしい速度で動作する。「ロケットブースター」という言葉どおりの動きをするが、残念ながら適用できないケースが多々ある。Firefoxがほかの3ブラウザにかなわないのはこのためだ。ブース
Firefox web browser - Faster, more secure & customizable Mozilla JavaScriptチームのDavid Mandelin氏がJavaScript speedups in Firefox 3.6にて、Firefox 3.6で取り組んだJavaScriptの高速化技術についてまとめている。どういった方策で高速化が実施されたのかがまとまっていて参考になる。紹介されている内容は次のとおり。 Firefox 3.5の高速化と3.6へ向けた課題 Firefox 3.5ではTraceMonkeyと呼ばれる新しいJavaScriptエンジンが導入された。これは特にループ処理のようにJITで高速化が見込みやすい部分をトレースしてネイティブコードに変換するというもの。Firefox 3.0と比較して平均で3倍から4倍の高速化が実現されたという。
Firefox web browser - Faster, more secure & customizable Land Ho, Fast JavaScript! ≫ Mystery Bail TheaterがFirefox 4におけるJavaScriptの高速化について簡単にまとめている。Firefox 4ではJavaScriptの高速化がひとつの主力の取り組みになっており、すでに相当の高速化が実現されている。 Firefox JavaScriptエンジン2基、Chromeの性能に迫る Firefox JavaScript技術まとめ - Spider/Trace/Jaegar/Nanojit/Nitro ニトロでブースト - Firefox、新しい高速化技術を導入 Land Ho, Fast JavaScript!の説明によれば、こうした高速化が施されたFirefoxはFirefox
ref: http://blog.livedoor.jp/dankogai/archives/51172176.html ref: http://d.hatena.ne.jp/odz/20090203/1233676468 問題1 C で Dan さんが挙げられた 2 つのアルゴリズムと同様のものを実装せよ。 問題2 n を変化させながら、計算時間がどのように変化するか観察せよ。 問題3 2 つのアルゴリズムについて計算量はどうなるか。 文字列の繰り返しと計算量 - odz buffer これはなかなか難問ですね。JavaScript の文字列の実装で使われているデータ構造と、加算の最適化の有無によって変わってくると思います。軟弱なので実装や実験はしませんが、問題 3 だけ考えてみます。 フラットなメモリ+最適化なし 文字列を malloc で確保したようなベタなメモリで実装していて *1
http://d.hatena.ne.jp/jYoshiori/20090121/1232526865 autotestか!っていうコードだけど。 Linuxならpyinotifyを使えばいいんじゃないかな。 from pyinotify import WatchManager, Notifier, IN_MODIFY, ProcessEvent wm = WatchManager() mask = IN_MODIFY class PTmp(ProcessEvent): def process_IN_MODIFY(self, event): print "m: %s" % event.name notifier = Notifier(wm, PTmp()) wdd = wm.add_watch('../', mask, rec=True) notifier.loop() directory
このアドオンの不正を報告このアドオンが Mozilla のアドオンポリシー に違反している、あるいはセキュリティやプライバシー上の問題があると思われる場合は、このフォームを使って Mozilla へ問題を報告してください。 このフォームを使ってアドオンのバグを報告したり機能を要望したりしないでください。この報告はアドオン開発者ではなく Mozilla へ送信されます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く