javaプログラムの最適化スレッド

sunの糞コンパイラに任せていないで
自分たちで最適化しようぜ的スレッドです。

テクニックを疲労してくれ

参考資料
http://www.google.com/search?hl=ja&safe=off&q=java+%8D%C5%93K%89%BB%81@%83o%83C%83g%83R%81%5B%83h&lr=

-O

疲れきってます。

エクセルソフトのJETってどうよ？

native

-O オプションは付けても付けなくても
ほとんど速度は変わらないって聞いたけど・・・

javacよりもjavaコマンドのオプションのほうが重要ﾏｼﾞﾚｽ

JITならわかるけどjavaインタープリタで
違いは出るのか？

ひとまずRetroGuardはﾃﾞﾌｫでしょうね

>>2
javacの-Oオプションは単なるダミーだ。騙されちゃダメだぞ。

for (int i = 0; i < 1000; i++) よりも
for (int i = 999; i >= 0; i--) のほうが速いとか
そういう話でいいですか。

for (int i = 999; i != 0; i--)
のほうがよくない？

要は０と比較するかどうかだから、同じと思われ。こんなんでました。

public void hoge()
{
for(int i = 0; i < 1000; i++);
// 0 0:iconst_0
// 1 1:istore_1
// 2 2:goto 8
// 3 5:iinc 1 1
// 4 8:iload_1
// 5 9:sipush 1000
// 6 12:icmplt 5
for(int j = 999; j >= 0; j--);
// 7 15:sipush 999
// 8 18:istore_2
// 9 19:goto 25
// 10 22:iinc 2 -1
// 11 25:iload_2
// 12 26:ifge 22
for(int k = 999; k != 0; k--);
// 13 29:sipush 999
// 14 32:istore_3
// 15 33:goto 39
// 16 36:iinc 3 -1
// 17 39:iload_3
// 18 40:ifne 36
// 19 43:return
}

ていうか、空ループの削除すらしないとは恐るべしjavac！！

   ●　旦 ＜age！！
＜■Ｖ
／　＞

良ＨＰ晒しあげ

ttp://www.asahi-net.or.jp/~dp8t-asm/java/tips/SpeedOptimizationByCodingIndex.html

>>13
どうせJITかHOTSPOTがやるんじゃないの？＜最適化

javaはマルチプラットフォームだから
下手に最適化しないでコンパイルするようになっている
って話だけど、本音としてはただ手抜きしているだけじゃない？

空のループ消したり、重複分の計算を共通式で置き換えたり
するくらいだったら、どのプラットフォームにも
マイナスにならないと思うのだが・・・。

最適化機能がよわいから簡単に逆コンパイルされちゃうんだよね

空ループまで再現されるもんな。（藁

javacアホ決定
Borlandあたりがもう少しマシなjavaコンパイラ作ってくれないかな？

なんでバイトコードコンパイルで最適化せにゃならんのよ。
JITでやってるなら、それでいいじゃん。
やってるかどうか知らんけど。

なんでJITに任せる必要があるんだよ！！
実行時に毎回最適化するなんて無駄だろ？
それにすでにバイトコードに変換されたものより
ソースファイルの段階でコンパイルしたほうが
最適化しやすいんじゃない？

> ソースファイルの段階でコンパイルしたほうが
> 最適化しやすいんじゃない？

ソースファイルの段階で最適化したほうが
最適化しやすいんじゃないか？

の間違いです

>>13
VJ++で最適化コンパイルした結果
public void hoge(){
//maxstack 2
//maxlocal 2
iconst_0
istore_1
Label1:
iinc 1 1
iload_1
sipush 1000
if_icmplt Label1
sipush 999
istore_1
Label2:
iinc 1 -1
iload_1
ifge Label2
sipush 999
istore_1
Label3:
iinc 1 -1
iload_1
ifne Label3
return
}

>>21
JITで実行される可能性の方が少ないと思われる。

>>24

なんだ。結局javacのコードとたいして
変わらないんじゃん。
このスレ、

「なんでjavaは最適化に消極的なのか？」

に変えようぜ

みみっちい最適化してるうちに、
CPUの速度向上がその最適化の結果を軽く吹き飛ばしてしまうから。

>>25
最適化せずに、より多くの情報を残しておく方が、
JITが最適化しやすいらしい。
#まあ所詮そんのは幻想なんだけど
#まともにインライン展開すらしやしないし

いつかできると言われている、
理想JITコンパイラに期待しましょ。
その時のために最適化はしないでおきましょ。

>>26
そんな甘ったるい思考してるから
いつまでたってもJavaは使えないんだよ。

VC++の鬼のような最適化の、爪の垢でも煎じて飲め。

>>28
使えるかどうかと、実行速度の関係は、もはや強い相関があるとは言えない気がする。

>>26
そのセリフ一昨年聞いた。変わってねーな。

gcjってどうなの？
誰か試した人いる？

JITで最適化とかゆーとるわりに、
バイトコード短くしたほうが明らかに速度上がるんだよな。
感覚的には、バイトコードのサイズに正比例って感じ。

適当に下のコードJava 1.3.1で実行したら、延々と終了せず。
ひょっとしなくても律儀に空ループ回ってると思われ。
Sunご自慢の偉大なるHotSpot様は一体何をやっているのか？

public class Hoge {
　　public static void main(String[] args) {
　　　　for (long i = 0; i < 1000000000000000L; i++);
　　}
}

http://gcc.gnu.org/java/

こうやってPerlユーザが馬鹿にされて、コケにされて、侮辱されて、（当然のことだ）
顔を真っ赤にして耐えている姿を想像するだけで俺の気分は爽快になる。

Ruby万歳。俺にこんな快楽を与えてくれたRubyに幸いあれ。

>>35
このスレでいいのか……？

>>36
「javaプログラムの最適化スレッド」
いいと思いますＹＯ！

でもたぶん、このスレだと陵辱されるのはキミだＹＯ！

こんなスレ削除依頼出そうぜ！

35==39
無視して続行しましょう。
顔を真っ赤にして侮辱に耐えてくれ。萌え〜

みんなでPerlユーザを苛めよう！
みんなでPerlユーザをこの板から追い出そう！

みんなで叫ぼう！
「Perl使いは死ね！」「Perl使いは死ね！」「Perl使いは死ね！」「Perl使いは死ね！」
「Perl使いは死ね！」「Perl使いは死ね！」「Perl使いは死ね！」「Perl使いは死ね！」

>> 33
i < 1000000000Lで計測しました。（-Oなし)
type | 1st | 2nd
gcc2.5.2 | 10.46s | 10.42s
java1.3 | 21.98s | 18.64s
ｲﾝﾀﾌﾟﾘﾀの単純ﾙﾌﾟｰで、これほどまでに速いのでは?
というか...当たり前でしょ？、ﾃｽﾂと呼ぶに値しない。ふっ..
> 13 >ていうか、空ループの削除
はぁ？ 最適化というよりもﾌﾟﾛｸﾞﾗﾑの意図を捻じ曲げる、創世記以前の産物.
RealTimeでﾋﾞｼﾞｰｳｴｲﾂやﾀｰｲﾐﾝｸﾞｺﾝｰﾃｷｽﾀに使われるかもしれない代物ですぜ。

>>43
この人おもしろすぎ
氷魚ウォッチスレにリンク張ってもいいですか？

いや、あまりおもしろくはないと思うぞ。

じゃあそろそろ誰か結論をまとめてくれ。

>>32
詳細キボーン

>>47
アルゴリズムを工夫しろ、ということです。

>>48
工夫してもどうにもならないのが、糞Javaということです。

空ループの削除はしません。

なぜなら、空ループでタイミングをとることも想定しているからです。
手間をかければ空ループの時間も厳密に計測できます。
これらが有効に生かされるのは、組み込み分野です。

>>50
まぁ、そういう事だろうね。
スレッドでスリープかけるより資源が少しで済む。

java固有の最適化って結局、小手先の事か？>1

>>52
そりゃー、「Java固有」って言ってる時点で小手先だろ。
アルゴリズムの見直しによる最適化はJava固有の話じゃないからな

>>50
Sunがそう言ってるんですか？
ソースをクレー、粘土をclay〜

っていうかそれ、javacやJ2SEで空ループなくさない理由に
ならんと思いますけど。空ループウェイトなんて
Write Once, Run Anywhereの建前にも反するし。

>>54
空ループの消去って最適化としてはあまり意味がないと思う。
逆にわざわざ空ループ作るからには、
何かしら意図があってやってるんだろうしね。

そんなのはどうでも良いから、
インライン展開、
サブルーチン展開、
コンスタントプールの最適化、
ローカル変数の最小割り当て、
即値の最適化、
privateメソッドのリネーム
とかもっと積極的にやってくれよ。ｺﾞﾗｧ

>>55
classからの逆変換って結構多用されるから
最適化をしないのはそのあたりも一枚噛んでるかと。

リバースエンジニアリングする人のために最適化しないわけですか？

>>57
リバースエンジニアリングのために最適化しない
という認識でおおかた問題ありません。

Cでなくアセンブラだけで組むような感じで、
javacを全く使わないか、あるいは一旦javacにはかせてから、
生のバイトコードを手で最適化してる人っているのかな？
( RetroGuardとかのツールの開発者じゃなくて、アプリケーションの開発者で)

>>55
サブルーチン展開ってなに？

>>60
小さいサブルーチンをそこに展開しちゃえば
関数呼び出し時のオーバーヘッドがなくなるから
ちょっぴり速くなる。

いうほど高速化は望めない上、これをやられると
あとでデバッグが面倒でたまらないのでやめてほしい。

インライン展開でデバッグが面倒になったりはしないと思うが……。

じゃないな（あー、眠い）。なんつーかほれ、
開発中はインライン展開しなけりゃいいだけの話。

>>59
Javaでデモ作ってた人たちはやってたと思う。
バイトコードアセンブラ？はJasminとかあるでよ。

インライン展開とは違うのですか？

>>61

>>65
ただの言葉遊び。

Cとかだとインライン展開しろっていう指示子があったね。

指示しなくても、出来そうなら勝手にやってたね。

実情を知らないのが割り込んですまないが
javaの最適化って、いまのとこ、そんなにしょぼいもんなの？

同じコードがC++とjavaで速度が違うとかだと、
言語の特性もあるからあまり比較に成らんと思うけどね。

どっちかというと、作るコストの方を最適化したい感じだ。

>>60
サブルーチン展開というのは、
javaのバイトコードのjsr命令を使ってメソッド内にルーチンを展開すること。
インライン展開より速度は劣るが、
メソッドコールよりも高速で、
メソッドを定義したりインライン展開するよりもコードサイズを縮小できる。

例えば、以下のメソッドをサブルーチン展開した場合、
void foo()
{
　:
　:
　boo();
　:
　:
　boo();
}

void foo()
{
　:
　:
　jsr boo
　:
　:
　jsr boo

boo:
:
:
　ret
}

60じゃないけどthx

つまり小手先テクニックね。
脱力した。

>>70
小手先じゃないだろ？
メソッド定義やコールに、かなりの無駄が伴うJavaにとっては、
かなり重要なテクだぞ。

つまり、javaの処理系がショボイのね。

gcc3.0に自前の最適化コード入れれば
javaのコードはそのままでいい感じに速くなるかもよ？

javaソースからCソースに変換できるパーサを作ってほしい。
そうしたらgccなりVisualC++なりを使える。

>>73
でもその時点でjavaの理想がいくつか失われるよね

ただのオブジェクト指向型言語になっちゃうよ。

>>73
javaが誕生した当初、javacはcへのコンバータでした

>>75
ほう。
ちょいと、javaしらべてみるかなー。

GCJってどうなったの？

あげ！

1.String.+ではなくStringBuffer.addを使え。(SQLは元よりHTML,XML然り)
2.ﾃﾞﾌｫﾙﾄｺﾝｽﾄﾗｸﾀではなくｻｲｽﾞを指定できるｺﾝｽﾄﾗｸﾀを設計段階で決定せよ。(ArrayList然り)
3.newをできるだけ使わないパターンを適用すべし。(Flyweight,Proxy然り)
4.予測ではなく実測を重視すること(20-80%というか3%-97%ぐらいか)
5.何でもかんでもsynchronizedを使うな、volatileを使ってくれ、たのむ。
6.SQLのIsolationに何でもかんでもRepatable Readを使うな、ﾛｯｸ制御は発行した
　SQLとJavaで指定したレベルがともに影響することを理解してくれ。お願いだから。
7.finalﾒｿｯﾄﾞでなくてもいいが、せめてprivateﾒｿｯﾄﾞに解体してよ。
8.System.gc()なんて呼ばないでくれ、JavaはC++じゃ無いんだ。
夏休みおわり記念age(6が分かってない奴のせいで苦労した)

>5.何でもかんでもsynchronizedを使うな、volatileを使ってくれ、たのむ。
詳しくきぼ〜ん。
とりあえず無節操synchronizedが深刻にパフォーマンスに影響するのは
分かってるッス。

なんじゃ、Javaでプログラムするとき、
みんなこんなに速度きにしてコーティングしてんの！？

Ｒｕｂｙ

オタクしかいないからでしょ。

バイトコードのサイズも気にするぞ。

iアプリっていつ滅びるの？

明日。

iアプリ終了記念age

マジレス。
しばらくは無くならないだろうね＜iアプリ
ケータイばっかいじってる馬鹿な若者どもがいなくならない限り。

今日もちっちゃい画面見ながらピッピッピ〜

>>80
あくまでおいらの経験談だけど、

プリミティブ変数のマルチスレッド同期を取りたいだけなら、
volatile変数にすることで十分達成される。
synchronizedだと、性能以前に、予期しないデッドロックが
発生するリスクがある。

コードを作った本人はともかく、メンテで放り込まれた場合
synchronizedが入り乱れたマルチスレッドプログラムは恐怖の的。
変更すると、見当もつかないところで急に動かなくなったりする。

javaで文字列操作のプログラムをつくる場合
StringやらStringBufferを使うより
自分でcharなり（アルファベットのみなら）byteなりを使った方が
高速なプログラムになるのでしょうか？

デッドロックを検出するにはどうしたらいいかな？

iアプリってさ、いっくらいいもんつくっても、
けっきょくもうかるのはドコモだよね？

　　　　　　　 ＿＿＿＿__
　　　　 ヾ／::::::::::::::::::::::::::ヾヽ
　　　　　ｉ:::::::::（（（（（（（（（⌒);) 　湿度の高いジメジメとした熱帯夜の中
　 　　 　|:::::::/ 　　　　　　　.iノ 　　>>1はおもむろにパンツの中から
　 　　 　|::::/　　　　ヘ　　/ |　　　己のイチモツを取り出した！
　　　　,⊥|:|----（＝・)-(=・)　　　まだ、実戦経験がないためか？
　　　　l 　!:;　∪　 ⌒´⊃｀ | 　 　 亀頭の色彩は綺麗なサーモンピンクだ
　　　　ゝ_┃ 　　　　´__＿/
　 　　 　 |┗━⊃<二二ｙ' 　 　 　ハードディスクの７割を占めようかという
　　　　 　|　　 ＼＿二／　　　　　　ロリ画像の数々……
　　　　／ト、　　　／７:`ヽ、_ 　　　　さぁ今日のオカズは何だ？
　　／::::::::|　~''x‐''''~~　/::::::::::::::`ー　洋物か？あるいは国産か！？
／::::::::::::::::| ,,イ;;;;>、　/::::::::::::::::::::::::::　少女のまだ未発達の肉体が
::::::::::::::::::::::|　/:::::|　/:::::::::::::::::::::::::::::::　　鬼畜な>>1のリビドーを刺激する！

人差し指と親指で作ったイチモツへのエンゲージリングを
己のペースで……まるで太鼓を叩く猿のオモチャのような激しい上下の反復運動

ああーーーーと！ここでアクシデント発生だぁーーーーー！！！
なんとティッシュボックスの中が空っぽだ！！
>>1の亀頭から無色透明な先走り汁が溢れ出す！
んっ！？……まさか、まさかっ！そのまま出すのかーー！？
この男は、たった一瞬の快楽のためにそこまでのリスクを犯すのか？

ああっと>>1はどうやら覚悟を決めたようだ、その表情は心なしか落ち着いている
自分の運命を覚悟した神風特攻隊のような清々しい漢（おとこ）の顔だ
あ゛あ゛あ゛あ゛あ゛あ゛あ゛あ゛あ゛あ゛あ゛っと！！！！！！
滑らかな放物線を描き母と父から受け継いだ濃厚なザーメンが
>>1のキーボードとディスプレイを直撃するーーーーーーーーーーーっ！！！

javaで文字列操作のプログラムをつくる場合
StringやらStringBufferを使うより
自分でcharなり（アルファベットのみなら）byteなりを使った方が
高速なプログラムになるのでしょうか？
　　　

それくらい試せよ。

っっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっっｋ

＞それくらい試せよ。
どうやって？

>>98
文字列処理。
つーか、そういってんじゃん・・・

>99
??

どうやってパフォーマンスをはかるんだ？
って意味じゃね〜の？

そんな事気にする奴はJava使うな

>>100
１万回くらいのループの時間計測、かなぁ。
何を１万回？ いやーいろいろ

>>95
StringとStringBufferのソース見て、それより高速化できるか
考えてみれば？

>>85
つーか、そのうちチャットのマイサーバを携帯端末で動かすような
そんなiアプリの時代がやってくると思われ
それがJavaなのかC#なのかはしらんが

あははは　あははは　あははは　あははは

あははは　あははは　あははは　あははは

ちょっと質問なんだが

あははは　あははは　あははは　あははは

あははは　あははは　あははは　あははは

Win NTにJDKをインストールする際、コントロールパネルを起動し
（環境）を選択して（ユーザー環境変数）と（システム環境変数）で
(PATH)を探します。パスを追加する場所がわからないときは、
ユーザー変数の（PATH)の最後に追加します。

C:\jdk1.2\bin


ってのがあるんだけど、どうやんの？

あははは　あははは　あははは　あははは

あははは　あははは　あははは　あははは

>>105
その説明でわからなければ、こちらへどうぞ
http://natto.2ch.net/pcqa/index2.html

あははは　あははは　あははは　あははは

あははは　あははは　あははは　あははは

私はJAVAの初心者だけであって
コンピューターの初心者ではないよ。

あははは　あははは　あははは　あははは

あははは　あははは　あははは　あははは

>>107
JDKは普通何種類も用意しておくものだから
環境はbatファイルで用意しておくものだから

環境変数やパスの通し方を知らなくても
「コンピューターの初心者ではない」とノタマエる時代になったんだね
コンソール概念は過去の遺物ですか？
思えば遠くにきたモンダ

あははは　あははは　あははは　あははは

あははは　あははは　あははは　あははは

で、どうやんの？

あははは　あははは　あははは　あははは

あははは　あははは　あははは　あははは

>>110
パスを追加するバッチファイルを用意すればいいよ。

馬鹿はJavaやらないで下さい

馬鹿はJavaでもやっといてください（藁）

あははは　あははは　あははは　あははは

あははは　あははは　あははは　あははは

バカだから聞いてんのに、答えになってないよ。

あははは　あははは　あははは　あははは

あははは　あははは　あははは　あははは

>>114
Java実行できるようになったか？

やっぱこっち逝った方がいい気がする
http://natto.2ch.net/pcqa/index2.html

>StringとStringBufferのソース見て、それより高速化できるか
>考えてみれば？
ソースなんてあるんですか？
ＪＤＫをダウンロードすると付いてくるのですか？

>>117
そうです。src.jarを解凍してみそ。

何でそんな事知ってるんですか？
世の中物知りが多いなー

>>119
それは失礼な発言だってことに気がついているか？

なぜ？

>>120 は失礼。