Firefox、メモリ、キャッシュ、SSD、RAMディスク
Core i7、DDR3メモリトリプルチャンネル6GB、Intel SSD、Windows7。この環境なら、何かのアプリケーションが重くていらだつことはもうないだろうと思っていたあの頃。 SSDの読み込みの速さによる、Windows自体の起動の速さ、アプリケーションの起動の速さにも慣れ、残ったのはFirefoxの動作の重さ…。 まさかWebブラウジングするだけの処理がここまで重いとは…。前の環境で重かった画像処理は快適になったのに、なぜブラウザがここまで重いのか…。 「FirefoxのAutoPagerizeが重かった」の後、ページ先読み用アドオンは「AutoPager :: Add-ons for Firefox」に変えていました。PCのスペックも上がったことで、再びAutoPagerizeに戻していたわけです。でも、やっぱり重い。Greasemonkey版やExtension版のAut
コーディングレベルの最適化項目
なお最適化の判断基準となるバイトコードはJDK 1.1.4(一部JDK 1.1.3)のjavac -Oにより生成しています。 このコンパイラの最適化は少しおばかさんで、10年以上前のUNIXにバンドルさ れていたポータブルC程度のようです。 変数の宣言の順番やregister宣言を駆使して、生成されるアセンブラコードを 想定しながらCのコーディングを行っていたというかつてのUNIX Wizardにとっ ては腕を奮う(最後の?)チャンスといえますね。 しかし、最新の最適化技術を搭載したコンパイラが近い将来に登場することは 明らかであり、あまり現在のコンパイラの出力にこだわってしまうのも得策と いえません。 そこでこのページでは以下の方針を取ることにしました。 できるだけJava VMのバイトコードの特性に起因する最適化を対象にする Javaコンパイラのクセに起因する最適化については、その旨、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://adgjm.net/its/java/pa.htm
