現世代Javaの動向 1 - 暇つぶし2ch

現世代Javaの動向 1 ..

665:デフォルトの名無しさん
08/05/25 20:42:56
＞ちなみに、Objectのnewは大してコストかからんですよ。　
むしろ、BigDecimalは計算にコストがかかります。そこも話が食い違ってるのがあったっぽいね。　

これの言いたいことがよく分からないんですけど、少し解説してもらえまんせか？

話題としてはjvmとか内部の話で、java言語上の話ではないですよね。java上ならnewはコストがかからないとかで、別に気にしませんけど。
jvmの実装レベルの話にまで言及するなら、オブジェクトプールの技もあるんですけど、結局mallocに行き着くわけでしょ？
jvmなど内部の話題とおもうんですけど、一体どの基準で大してコストがかからないって言うんですかね。

それと、BigDecimalの計算にコストがかかるときはどういうときなんですか？

666:デフォルトの名無しさん
08/05/25 21:24:54
core2duo買ってようやく、javacが使えるようになったわ。
ちょこっとづつ修正しながらやるんで、コンパイルは一瞬で頼むってタイプなんで。

667:デフォルトの名無しさん
08/05/25 23:09:50
Core2Duoじゃなくてもコンパイルは一瞬だと思うんだが

668:デフォルトの名無しさん
08/05/25 23:38:58
>>665
Javaのnewはmallocみたいにヒープを辿ってサイズの合うフリーブロックを探し回ったりせず
エデンの先頭から確保してくるだけなので軽い
代わりにGCに負担がかかるけど
詳しくは世代別GCでぐぐる

669:デフォルトの名無しさん
08/05/25 23:57:06
>>665
> 話題としてはjvmとか内部の話で、java言語上の話ではないですよね。java上ならnewはコストがかからないとかで、別に気にしませんけど。
意味がわからん。メモリ管理はJVMの管轄で「(最近の)Javaでnewに(ほとんど)コストがかからない」というのは、JVMのnew/newarray/anewarray/multianewarray命令の実行にほとんどコストがかからないのと同義だぞ。

670:669
08/05/26 00:03:07
一部訂正。
JVMのnew～→(最近の)JVMのnew～

671:デフォルトの名無しさん
08/05/26 00:20:03
GCに負担かかるなら、生成は負担がなくても解放に負担がかかるわけで（検索とか、移動によるプールの維持とか）、
実質次のnewが実行できるかになるわけで、newに負担かかるのと同義じゃないんですか？たしか１秒間にいくらでも（例えば１０００回以上のnew）ですよね。

それと、javaのnewとjvmのnewはあなたの知識上では何か違いがあるですか？知ったかぶってるようですけどｗ

672:デフォルトの名無しさん
08/05/26 00:23:43
まぁBigDecimalみたいなのは世代別GCと相性はいいな

673:デフォルトの名無しさん
08/05/26 00:24:28
java言語上というのは、jvmとか内部を気にしてないで普通にコーディングしてるときの意味です。
１秒間にfor内部でnew　byte[1000*64]のコードは（それもbyte[]は仕様上再利用できない）、
さすがに気にするでしょ。考える基準はjvm上ってことになります。
あなたが学校で教えてもらえないからって、こういう普通の事の意味を分かりませんかね？

＞命令の実行にほとんどコストがかからないのと同義だぞ。　

ここでいうコストは具体的に何を指してるんですか？

674:デフォルトの名無しさん
08/05/26 00:26:28
＞命令の実行にほとんどコストがかからないのと同義だぞ。　

それとも、もしかしてあなたは詳しいんでしょうか？
どれぐらいだと、コストがかかるんですか。知ったかぶりの無責任発言じゃないなら、答えられるでしょう。

675:デフォルトの名無しさん
08/05/26 00:30:58
いまだにコストの部分に突っ込んでるやついるのかよ

まぁ全部age厨の芝君のようだが

676:デフォルトの名無しさん
08/05/26 01:16:34
何か一人、自分の知らない知識言われたら知ったかぶりというレッテルを貼りたがる奴が粘着してるのな。

どーでもいいや。もっとやれーｗｗｗ

677:デフォルトの名無しさん
08/05/26 01:28:25
age房とか言うスレの住人が、答えられるわけないじゃん。期待しちゃだめでしょ。
このスレは、マ版と同様に知ったかが集まる愚痴専用だしｗｗ

678:デフォルトの名無しさん
08/05/26 01:33:31
所詮はsage進行で壺の奥底に溜まってる不潔なやつらだからねｗｗ
GCとかいつも日の当たらないことばかりやっていて、お天道様を一生拝めないわけよｗ

679:デフォルトの名無しさん
08/05/26 01:40:45
研究者にだって、光あれ！

680:デフォルトの名無しさん
08/05/26 05:55:05
光あれって唱えたら禿げたんだろ。

681:デフォルトの名無しさん
08/05/26 11:09:32
>>635
そのパフォーマンスを改善するために

BigDecimal.ZERO, BigDecimal.ONE, BigDecimal.TEN
というものが用意されているわけだが。

Factory MethodパターンやProxyパターンなどを使って一度newした値を
再利用することでパフォーマンスを改善することができるぞ。ZEROもONEもそれと同じ仕組みだ。
Number#valueOf()はみんなそういう仕組み。

ただし小数を引数にしてBigDecimal#valueOf(double)で型を生成するのは
10進2進変換誤差が生じるのでやはり
new BigDecimal(String, MathContext)をお勧めするが。

どうしてもパフォーマンスが気になるなら
よく使うと想定される数字は

final BigDecimal PI = 3.14 = new BigDecimal("3.14");
のようにあらかじめつくっておくといい。

Factory Methodを使うのもお勧め

682:デフォルトの名無しさん
08/05/26 11:13:51
>>641 >>642
まあ、数値解析やっていれば
制度を落とさずに計算をもっと高速化する術はあるわけだが。
それもオーダーを減らすあの公式。

>>645
MathContextでどれくらい精度を高めているかにもよるんだよな。
EPS値が異常に小さい、「スケール」が異常にでかいと、やはり
配列のサイズが大きくなるのでパフォーマンスは落ちる。
128ビット程度だったらそこそこだろうか。それを超える1024ビットとかだと
パフォーマンスは確実に落ちるw

683:デフォルトの名無しさん
08/05/26 11:19:25
>>646
> 遅い速いが重要になるのはアプリの対象領域にもよるだろう。
> 科学技術計算なんかは許されないだろうし、3Dゲームなんかは結構適当でもいい気がする。
> そういう対象領域が特定されていないうちから「BigDecimal は遅いから使えない」なんて言っても無駄だぜ。
>
> double より BigDecimal が遅いのは当然なんだし、
> その遅さが許容できるかどうかは状況によるんだし。

10進2進変換誤差をだすわけにはいかない金融系ではBigDecimalは必須だからな。
BigDecimalは内部でint型配列を使って四則演算しているからdoubleより遅くなるのは普通。
配列型だからdoubleより速くなることが？　あるのかねー。

684:デフォルトの名無しさん
08/05/26 11:29:58
>>654
> だから、BigDecimalでもうatanとかsinとか実装してるわけ。
> で、double（当然native sin呼び出しだろうけど）と比べるともたついて、sin(x)/xの積分とかに影響出るわけよ。
> sin値出すのに数百回、積分もいれて１０００回以上のループは当たり前で。
>
> 例えば100ミリ秒に１０００回以上のnewしまくりで遅いんだろうし（たぶん）、
> これなら外部ライブラリをjniで呼び出したほうが速いんじゃねってこと。
> jniはstackframe使えるし、newしまくりはないしな。
>
> 初めから有効精度固定なら固定少数とか外部ライブラリとか別の実装にするよ。

俺もBigDecimalに対応した三角関数の数値積分プログラムを作ったことがあるよ。
確かに計算に時間がかかるよ。
当時はMathContextがなかったから、BigDecimal#divide(BigDecimal x, int scale, int roundingMode)
の二つ目以降の引数やEPSの扱い、>>654の言うテイラー展開で項の数1000回というループを本当のところ何回にすべきかの扱いなどで
てこずったよ。そのためにいちいちクラスを作ったものだよ。

>>651
ちなみに、テイラー級数展開は、奥村晴彦の『Javaによるアルゴリズム辞典』に載っているが、
連分数展開にするとパフォーマンスが上がるぞ。恐らく>>654もそれらしき本か数値解析本を読んでいたんだろう。
連分数展開はオーダーが一気に改善されるし少ないオーダーで高精度を得られる。

685:デフォルトの名無しさん
08/05/26 11:34:01
>>671
> GCに負担かかるなら、生成は負担がなくても解放に負担がかかるわけで（検索とか、移動によるプールの維持とか）、
> 実質次のnewが実行できるかになるわけで、newに負担かかるのと同義じゃないんですか？たしか１秒間にいくらでも（例えば１０００回以上のnew）ですよね。

だからFactory Methodを使おう。場合によっては1000回もnewする必要性も下がってくるから。
for文の外でできることはなるべく外でやろう。

686:デフォルトの名無しさん
08/05/26 11:46:03
Javaってスタック内にオブジェクトのための領域を確保できないの？

687:デフォルトの名無しさん
08/05/26 12:02:24
>>686
初心者歓迎スレ行って聞けよ。

688:デフォルトの名無しさん
08/05/26 12:14:34
そんなことして一体どうする気だ。

オブジェクトをあるクラスのstatic変数として使っているなら
スタックからヒープへのポインタとして表現はできるが。

689:デフォルトの名無しさん
08/05/26 12:15:40
>>677-680は自虐レスか？
こんなのが研究者を名乗るのか？　恥だぞ。
研究者なんかにならずとっとと就職してくれ。邪魔だから。

690:669
08/05/26 13:08:37
えーっと、誰か>>673が何を言いたいのか解説してくれ。
JVMのメモリ管理とJavaのメモリ管理を別のものとして扱ってるように見えたので、同じものとみなしておkという意味で>>669を書いたんだが。

691:デフォルトの名無しさん
08/05/26 13:43:40
>>681
君は調子に乗って発言してみないで端っこでみていてくれないか。
valueOfとかたぶんコンストプールのこといいたいんだろうけど、
全くトンチンカンなこといってるの気づいてないでしょ？

たぶんエスケープ解析にこだわってる御仁だろうけど、こだわるなら自分の専門分野の話だけにしてよ。

692:デフォルトの名無しさん
08/05/26 13:48:55
おれはそんなものに拘ってない

693:デフォルトの名無しさん
08/05/26 14:06:40
>>685
その場合によっては、という曖昧な答え方をせず、その条件を提示してくれないか？
すくなくとも、Stringのように「objを再利用できるかも」どころの話じゃないよ。
もしそんなことしたらout　of　memory　errorじゃないかな。

694:デフォルトの名無しさん
08/05/26 14:10:49
>>689
恥じかいてるのはおまえなんじゃないの？知らない事でも偉そうに意見してるし、それも的外れなのを気がついてないしｗｗ

695:デフォルトの名無しさん
08/05/26 14:13:02
この仕切り屋は、>>688のレス見てもう、どうもアレだな。おまえは神か何かなのか？
おまえは、不満が多いの、おごり高いようだがｗｗ

696:デフォルトの名無しさん
08/05/26 14:15:25
>>682
ああ、少しは通じる人いたわ。
自作ライブラリーだし（静的リンクとでも言うのか、組み込みというのか）、
高度なアルゴとか公式はいらんのよ。普通にテイラー展開（多項式）でごり押しでいいの。
必要なら、金出しても最適化されてる商用ライブラリ使うし、ライセンスをgplにする気あるなら、確か…もう誰か作ってたでしょ。C++版もあるあの有名なの。

アルゴ辞典は熟読でしょ。よくまとまってるし、奥村さんのコーディングは癖も少ない。
扱う分野も広いし、記事の量からみても入門に最適でしょ。

連分数は最強だけど、精度を固定できれば実用だろう。
ま、結局アルゴは一番単純なテイラー展開になるわけ

697:デフォルトの名無しさん
08/05/26 15:09:04
どこかの研究室から書いてんじゃね？現状・現場の事や社会の仕組みも知らないで、のほほんとJVM様様って拝んでる奴が一人いるしｗ
とりあえず、そいつは、このすれを、仕切るのは辞めてくれ。何様なのか知らんがな、知らないことに首突っ込んで、適当なことを言うもんじゃないよな。

698:デフォルトの名無しさん
08/05/26 15:12:00
ID付いて欲しいよホント・・・・

699:デフォルトの名無しさん
08/05/26 15:19:38
native　real　sin(real)とjniでccライブラリ呼ぶのがいいかと思う。今の結論では。
携帯電話とかで速度求めるわけでもないし、どうせ安いところ使うし、インテルかアップルでしょ。

>>698
知らない分野に首突っ込まない方がいいよ。傲慢で偉そうにしてると、知らないうちに恥かくだけでしょ。

700:デフォルトの名無しさん
08/05/26 15:22:18
>>698
IDつけて何を解決したいの？というか、君の意見が丸見えになるし、君が良く使ういつもの適当な意見を出せなくなっちゃうじゃんｗ

701:デフォルトの名無しさん
08/05/26 15:26:20
テイラー展開とは「シグマ計算でなんとか」って言う坊やだろ。
それもvalueOfでキャッシュがどうとうとか、javaとjvmを全然違うんだ！！とか
・・・・・・まるでとんちんかん・・・・・・苦笑するしかないな

おごりだけは人一倍強いから、仕切るだけしか能がないんだなｗ

702:デフォルトの名無しさん
08/05/26 23:17:14
>>697
研究関係者に対する偏見はやめようや。

社会人が大学院に入学して再び大学に戻ってくる
ことは普通にあるんだぜ。それで研究
やってる奴が現場のことや社会の仕組みも知らないだと
言い張るお前はとんだアホだ。

703:デフォルトの名無しさん
08/05/26 23:19:53
>>694
昨日からage続けている奴はすべて
お前なんじゃないかと思っていたが、
別人を装って自分の間違いを認めないでいるのか？
もうお前は研究者なんてやらんほうがいい。
就職しろ

704:デフォルトの名無しさん
08/05/26 23:22:22
>>693
テイラー展開の項数がいくらか、
EPSがいくつか、BigDecimalのスケールはいくらか、
がループを回す回数と関係があることはわかってるだろ？

実際にどういうアルゴリズムを使ってるか
わからないことには、どこでどうループを回す回数が関与してくるのかわからない。

705:デフォルトの名無しさん
08/05/26 23:23:23
>>693
1000回newする＝即座にout of memory errorに
つながるとは限らない。

一度使用した変数に何度も上書きで代入すればメモリが溢れることはない

706:デフォルトの名無しさん
08/05/26 23:25:21
>>691
そもそも>>635がアルゴリズムのどの箇所でループを1000回回しているのか
はっきりしないことには。

ループの回転数の合計が1000回なのか
一部のforループのみが1000回回っているのかはっきりしない。

707:デフォルトの名無しさん
08/05/26 23:41:48
>>702-706
連続の投稿、ご苦労なこったｗ
んー。だけど、どうも分かってないようだねｗｗ

ageたりすると発狂するし、テイラー級数の項数とかアルゴとかそういう、そもそも技術的な話以前に、話にならない。
人一倍妄想で話をするのが好きなんだねｗｗナルシストの一歩手前って処か（わらい

708:デフォルトの名無しさん
08/05/26 23:42:57
＞一度使用した変数に何度も上書きで代入すればメモリが溢れることはない　

このあたりが意味不明なんだけど。BigDecimalはイミュータブルじゃないの？

709:デフォルトの名無しさん
08/05/26 23:43:55
ループの回転数」っていうのはどの大学の研究室だっけ？

710:デフォルトの名無しさん
08/05/26 23:53:32
>>704
それに必要な情報はもう書いてあるんだけど、おまえの知能じゃ読み取れないのか？いつまでも傲慢なやつだなｗ

任意精度・可変長精度だからscaleは不明、引数によっていつも違ってくるから、引数の情報（精度）を当てに出来ない。
よって、ループ回数も最低でも３０回以上（double桁程度）、初等関数値を出すのに、sqrtも混ぜると普通は１００回１０００回は当然期待の範囲内。
関係というか、オーダーも指数関数的。

アルゴはテイラー・多項式によるリニアだけど、その組み合わせ、sqrt,　sin,　integral,　fftなど。
よってループ１０００回は概算でも、当たり前の世界。
これに複素数のマトリックス4x4のインバースとかもはいるし、コード上の計算は１秒間にループ１０００回などあたりまえだし、それ以上。

グダグダ核よりも、おまえみたいなオタクには、１秒間にループ１０００回ぐらいって言う方が分かりやすいだろｗｗ
これぐらいの情報が書いてあったんだけど、そういうの想定してよｗ

711:デフォルトの名無しさん
08/05/26 23:56:45
２Dグラフにプロットとかなら、floatでも十分だし、地球シミュレーターとか、宇宙戦艦作るわけでもないんだけど、
１００万１０００万桁が必要な分野があるんですよｗｗ

712:デフォルトの名無しさん
08/05/26 23:57:11
ところで、それ現世代Javaと関係あんの？

713:デフォルトの名無しさん
08/05/27 00:08:53
パフォーマンスの話題なんだけど気がつかない？十分関係あるじゃん。

714:デフォルトの名無しさん
08/05/27 00:10:15
パフォーマンスに関しては>>699で結論出したんじゃねーの？

715:デフォルトの名無しさん
08/05/27 00:11:40
自分の知らない話題だからナルシストはこういうのは極力避けたいんだろう。
本人は親切なつもりだろうが、こういうのは明らかに傲慢といわれるだろう。こいつは何様のつもりなんだか…
とりあえず、これについて答えたんだから、ちゃんと答えてくれるよな？

＞テイラー展開の項数がいくらか、　
EPSがいくつか、BigDecimalのスケールはいくらか、　
がループを回す回数と関係があることはわかってるだろ？　

716:デフォルトの名無しさん
08/05/27 00:14:09
こいつはが答えるのは無理だ。
上からの目線で馬鹿にして、いつものようにうさ晴らししてるだけだから
無名大学でサルどもにjavaでも教えてストレス溜まってるんじゃね？
こいつにはみんなサルに見えるだろうなｗ

717:デフォルトの名無しさん
08/05/27 00:16:22
で、それJavaでやる必要あるの？

718:デフォルトの名無しさん
08/05/27 00:18:37
確かにいつも偉そうな事言ったり（専門用語使ったり）、
聞き返したり（>>704にたいに当然のことを）してるけど、
こいつはいつもツボに入ったような適切な返事がないな。

それでいて自分勝手で、仕切りたがるし、もうウザイだけだろ。
たぶん職場でも嫌われてるからこんなスレを仕切ったりしてるんんだろう。

719:デフォルトの名無しさん
08/05/27 00:24:31
（こういう人の特徴ウザイ・キモイからして、たぶん創価大学の研究室からですよ）

720:デフォルトの名無しさん
08/05/27 00:45:26
>>717
Javaでやる必要があるか・ないかないかは、おまえが判断することじゃないな。
そういうことしかいえないなら、おまえはJava使うのやめた方がいいよ。

721:デフォルトの名無しさん
08/05/27 00:47:24
変な仕切り屋がいると、そいつに合わせなくちゃいけなくなるし、誰も寄り付かなくなるんだよね。

722:デフォルトの名無しさん
08/05/27 00:48:25
俺は判断してるわけじゃないよ。質問してるだけで。

723:デフォルトの名無しさん
08/05/27 00:50:40
でもそういう仕切り屋に限って、高慢とか、自尊心だけはいっちょまえに高いけど、技術的には全く幼稚ってのが多くね？それもそいつの興味じゃない話題だとすぐ「関係あるの？」「必要あるの？」とか排除しようとするし（笑）
たぶん、こいつはまたage進行だから発狂するよ（笑笑）

724:デフォルトの名無しさん
08/05/27 00:57:26
高慢かどうかはともかく、そいつの技術レベルが幼稚すぎるのが泣ける（泣）

>>715が指摘してるけど、>>704とか幼稚すぎるんだけど（泣）

725:デフォルトの名無しさん
08/05/27 01:13:56
おれは「質問してる」だけだというよりも、やってることは「教えて君」に近いなと思う。
傲慢だから、「質問」って堅い用語でごまかしてんだろうｗ
情報学とかjavaとかより心理学やった方がいいよ（きっと君は向いてると思う）。

726:デフォルトの名無しさん
08/05/27 01:14:28
創価大学ｗ

727:デフォルトの名無しさん
08/05/27 02:34:59
>>704を見る限り確かに程度は低いな。大学じゃなくて独学でやってんじゃね？
age
age
age
おまえじゃ絶えられないんだろうけど（笑い）

728:デフォルトの名無しさん
08/05/27 03:04:25
何でJavaでやるのとか言う奴がいるのが不思議でたまらない。
そんなこといったら全てが「なんでJavaでやるの？」にならないか？
もっと考えものを言うべきじゃなかったのかな。

729:デフォルトの名無しさん
08/05/27 05:30:14
適材適所を考えたら数値解析にJavaを使うのは普通じゃないと思うけど。
これだけ便利なライブラリやソフトウェアが世の中に溢れているっていうのに
なんでわざわざ車輪の再発明をよりによってJavaでしようとするのか不思議。

730:デフォルトの名無しさん
08/05/27 06:26:58
５年後ぐらいにスクリプト全盛の世の中になると、数値解析は簡単なJavaでやるべきで、
GCあったとしても何でスクリプトでやるの？と同じことを考える人が出てくるんだろう。
適材適所を考えてJavaを選んでるだけど？君の未熟な技術力じゃそういうの気がつかないでしょ。

731:デフォルトの名無しさん
08/05/27 06:45:32
他の部分が Java だから仕方なく Java 使ったってんならまだしも、
演算子のオーバーロードすらできてない Java の BigDecimal を、
しかも sin みたいな基礎的なものから苦労して自作する必要まで
あるのに使うってのは、とても適材適所にはみえんのだが。

おまけにパフォーマンス的な結論は>>699で結局Java遅いから
JNI使え、になるわけでしょ？

732:デフォルトの名無しさん
08/05/27 06:58:09
>>731
パフォーマンスは実行時最適化ができないC/C++よりずっといいけど。

733:デフォルトの名無しさん
08/05/27 07:01:56
パフォーマンスに演算子のオーバーロードは関係ないと思うが？
もう話題に付いて来れなくて、論理破綻してるんだろうけど。

734:デフォルトの名無しさん
08/05/27 07:04:20
>>732
jvmはホットスポットあるからそうなんだけど、C++はtypeofとかで動的でもだめ？
でもライブラリもGPLか商用だし、そもそもC++（とC#)はカオスだからなｗ

735:デフォルトの名無しさん
08/05/27 07:08:26
C++はリフレクションないし面倒だから無理か。

736:デフォルトの名無しさん
08/05/27 07:11:05
＞演算子のオーバーロードすらできてない　Java　の　BigDecimal　を、

これが君がほしい適材適所ですかｗｗ

737:デフォルトの名無しさん
08/05/27 07:22:30
C++の演算子オーバーロードはパフォーマンスを急激に悪化させるから
使わないほうがいい。

738:デフォルトの名無しさん
08/05/27 07:29:16
>>731
演算子のオーバーロードだけなら DSL 使えば良いだけだが。
まぁ、sin 自作してまでわざわざ BigDecimal 使おうとは思わんよな。

739:デフォルトの名無しさん
08/05/27 07:29:44
>>732
つまり、>>699は間違いだったと。

740:デフォルトの名無しさん
08/05/27 08:06:46
>>738
そうね。計算結果が欲しいだけなら既存のライブラリとか探して、
それ使ってみて許容範囲内なら使い続けるだろうし。

Javaでプログラム書く事自体が目的の場合はまた別だけど。宿題とか。

741:デフォルトの名無しさん
08/05/27 08:17:38
最近の研究で目新しいものとして、実行時最適化を繰り返すことによって
速度を加速度的に上げていくというものがある。
まず、実行時最適化のかかるJVM1上で実行されるJVM2を作る。
つぎに、実行時最適化のかかるJVM2上で実行されるJVM3を作る。
これを繰り返すことで理論上ソフトウエアのみでコンピューティング能力を
上げていくことができるというものである。
現在、JVM16までの成功事例が知られており、これは166MHｚ相当のCPU上で
3.2GHｚ相当の処理能力を持つということである。

742:デフォルトの名無しさん
08/05/27 08:35:21
>>731
ネタにマジレス乙

743:デフォルトの名無しさん
08/05/27 11:34:32
>>729
便利なライブラリやソフトウェアをJAVA側から軽々使える呼べるようにしたらいいじゃない。
絶対やらないのは知ってるけれど。どの環境でも動く、よりもむしろ役立つような

744:デフォルトの名無しさん
08/05/27 11:54:16
>>741
ファイル圧縮を繰り返したら無限に小さくなるってのと同レベルだな。

ってか、どこを縦読みすんだ、それは。

745:デフォルトの名無しさん
08/05/27 12:29:08
最
速
ま
つ
こ

746:デフォルトの名無しさん
08/05/27 13:31:34
>>744
ベンチマークがある。
記憶域がネックのようだな。
URLﾘﾝｸ(www.spec.org)

747:デフォルトの名無しさん
08/05/27 13:34:45
＞JAVA側から軽々使える呼べるようにしたらいいじゃない

この軽がる、使える、呼べる、というのは具体的には？

748:デフォルトの名無しさん
08/05/27 13:39:09
コスト比で言えばメモリーが半額になれば同じ価格で二倍の性能を得られるということか。
CPUの処理能力をニ倍にするよりメモリーを二倍にするほうが安上がりだな。

749:デフォルトの名無しさん
08/05/27 13:42:32
そもそも、HotSpotを使えばC++の2～3倍高速になる。

URLﾘﾝｸ(www.intel.co.jp)

750:デフォルトの名無しさん
08/05/27 14:15:35
>>746
それは笑うところか？

751:デフォルトの名無しさん
08/05/27 14:18:56
>>743
JNAとかあるし、昔よりはマシにはなってると思うが。

752:デフォルトの名無しさん
08/05/27 15:33:11
>>748
その比べてるコスト比というのは（たぶんメモリとCPUを比べてるんだろうけど）、比べられるものなのか？

753:デフォルトの名無しさん
08/05/27 17:14:45
>>707
いやそもそもageてるお前が一番このスレの中でアホなんだけど

754:デフォルトの名無しさん
08/05/27 17:15:54
>>710
そんなに詳しくて自分がオタクじゃないのかw

755:デフォルトの名無しさん
08/05/27 17:26:47
>>710
> >>704
> それに必要な情報はもう書いてあるんだけど、おまえの知能じゃ読み取れないのか？いつまでも傲慢なやつだなｗ

なんか人違いレス違いしてるようだけど、俺は傲慢なレスなんかしてないよ。

> 任意精度・可変長精度だからscaleは不明、引数によっていつも違ってくるから、引数の情報（精度）を当てに出来ない。
scaleは不明ってことは無いだろ。乗算を繰り返すたびにscaleは大きくなっていくけど。
BigDecimal#scale()でscaleがわかるだろ。どっちが傲慢で知能が低いんだ？
引数の情報を当てにできないって何いってんだ。

> よって、ループ回数も最低でも３０回以上（double桁程度）、初等関数値を出すのに、sqrtも混ぜると普通は１００回１０００回は当然期待の範囲内。
ループ回数が30回イコールdouble桁程度という考え方じゃあるまい。
sqrtまぜたら1000×1000で100万回を超えることもあるだろ。1000回では済まされない。自称知能が高いお前ならそれくらわかるだろ。
それをわからないで他人の知能が低いなどとほざいていたのか？

> これに複素数のマトリックス4x4のインバースとかもはいるし、コード上の計算は１秒間にループ１０００回などあたりまえだし、それ以上。

> グダグダ核よりも、おまえみたいなオタクには、１秒間にループ１０００回ぐらいって言う方が分かりやすいだろｗｗ

さっきと言ってることが違うな。1秒間にループ1000回ってなんだそりゃ。そんなもんCPUによって変わってくるじゃないか。
自称知能が高い奴が言うことじゃないな。そこまでやると100万回じゃ済まされないレベルだな。

> これぐらいの情報が書いてあったんだけど、そういうの想定してよｗ
駄目。エスパーじゃねえんだからアドバイスが欲しかったらちゃんと説明しろ。

756:デフォルトの名無しさん
08/05/27 17:27:10
>>753-754
オタク？そろそろニコニコ動画の方に戻ったらどうだ？

757:デフォルトの名無しさん
08/05/27 17:28:15
>>718
> 確かにいつも偉そうな事言ったり（専門用語使ったり）、
> 聞き返したり（>>704にたいに当然のことを）してるけど、

にたいに

焦っているぞ。慌てるな。
2chで仕切ってるやつっていったらひろゆきだけだろ。

758:デフォルトの名無しさん
08/05/27 17:29:07
>>721
お前の研究室の実態がよくわかった。
研究室で先輩や教授や助手ににこき使われているんだろ。
それでストレス発散目的でここにレスしていると。

759:デフォルトの名無しさん
08/05/27 17:32:27
>>723
> でもそういう仕切り屋に限って、高慢とか、自尊心だけはいっちょまえに高いけど、技術的には全く幼稚ってのが多くね？それもそいつの興味じゃない話題だとすぐ「関係あるの？」「必要あるの？」とか排除しようとするし（笑）
> たぶん、こいつはまたage進行だから発狂するよ（笑笑）

おいおい、自分がage進行しているだろ。
お前の研究室にそういうアホがいることはわかったから
専用スレがありそうな以下の板で愚痴を零して来い。

理系全般
URLﾘﾝｸ(science6.2ch.net)
情報システム
URLﾘﾝｸ(science6.2ch.net)
情報学
URLﾘﾝｸ(science6.2ch.net)
プログラマー
URLﾘﾝｸ(pc11.2ch.net)

760:デフォルトの名無しさん
08/05/27 17:52:18
あ？
いつもながら思うんだが、キモイ奴が常任してるよなｗ

761:デフォルトの名無しさん
08/05/27 17:56:29
>>760
確かに愚痴ばっかりでこいつはなにも答えてないしな。早速ageられて発狂してる。
たぶん答えれるほど技術もないしjavaやjvmにも精通してないんだろう。
まずは、いろいろな入門書をキッチリやって多角的に捉えられるようにならないとな

762:デフォルトの名無しさん
08/05/27 18:22:28
まあ、俺の108式JVM使えば、そんなの軽いけどな。

って、そんな流れ？(　・ω・)

今までの流れで興味引かれたのは
JNAとかいうネイティブライブラリ呼び出し方法があるらしいこと
これから見てみるわ。Win32も呼べる？？

763:デフォルトの名無しさん
08/05/27 19:00:58
ああJNA、それやめといた方がいいよ。

764:デフォルトの名無しさん
08/05/27 19:05:36
＞にたいに

ん？

765:デフォルトの名無しさん
08/05/27 19:11:36
＞いやそもそもageてるお前が一番このスレの中でアホなんだけど　

こういう意見をよくきくんだけど、どういうところがアホなのかな？
まあアホには答えられないんだろうけど。

766:デフォルトの名無しさん
08/05/27 19:18:09
オタクみたいにこっそりと隠れていたいんじゃね？

767:デフォルトの名無しさん
08/05/27 20:43:23
また騙されたんだね。いろいろ書いたのに答えてもらえなくて可哀想にww

768:デフォルトの名無しさん
08/05/27 22:44:55
>>762
108式JVMってなによ。これ、笑いどころなのか？
JNAだけど思ってるほど便利じゃないよ。所々不便。

769:デフォルトの名無しさん
08/05/27 22:57:30
といっても、数値計算なんてJavaでやる奴はサルだろ。
もうおまえみたいなオタクザルはこのスレ来るなよ。
JVMの内部のこと全く知らないくせにこんなはやつスルーしようぜ！

770:デフォルトの名無しさん
08/05/27 23:53:04
>>763
何故に? あんまり活発じゃないから?

771:デフォルトの名無しさん
08/05/28 03:55:59
>>761
> >>760
> 確かに愚痴ばっかりでこいつはなにも答えてないしな。早速ageられて発狂してる。
> たぶん答えれるほど技術もないしjavaやjvmにも精通してないんだろう。

この妄想にjvmに精通ってｗ

> まずは、いろいろな入門書をキッチリやって多角的に捉えられるようにならないとな

この言動が学生っぽいな。いかにも

772:デフォルトの名無しさん
08/05/28 03:56:40
>>765
age荒らしを知らないのか。

773:デフォルトの名無しさん
08/05/28 03:57:23
>>769
奥村もソノホカのJavaで数値解析している大学教授はみんなサルですか

774:デフォルトの名無しさん
08/05/28 03:57:51
>>756
唐突にニコニコ動画がでてくる理由がわからない

775:デフォルトの名無しさん
08/05/28 04:27:42
>>771-774
こういう連続の投稿するやつもそのage荒らしとやらと同じじゃないの・

776:デフォルトの名無しさん
08/05/28 04:28:57
>>770
まだ人柱バージョンで何が起こるか分からないから、慎重にってこと

777:デフォルトの名無しさん
08/05/28 05:06:27
C++では遅すぎるので、Javaが使われるようになった。
↓この辺りに詳しく書いてある。
URLﾘﾝｸ(www.intel.co.jp)

778:デフォルトの名無しさん
08/05/28 05:13:31
ageるとうるさいオバさんがまたガミガミいってくるぞ！

779:デフォルトの名無しさん
08/05/28 05:20:54
は？上げないと見てもらえないジャン。
ばか？

780:デフォルトの名無しさん
08/05/28 05:22:30
計算コストとかnewはコストがかからないからとか言ってた奴は、結局どういうことなのか説明したり答えたりしたのか？

781:デフォルトの名無しさん
08/05/28 05:23:45
で、結局スタックに確保できないのか？

782:デフォルトの名無しさん
08/05/28 05:37:42
java.util.Stack？

783:デフォルトの名無しさん
08/05/28 06:10:36
マシンスタック

784:デフォルトの名無しさん
08/05/28 06:18:16
>>777
そんなこと書いてないようだが？

785:デフォルトの名無しさん
08/05/28 06:21:29
ここにいつも常任しているせんせーには、「研究室」が図星だったんだろうな・・
雑巾しぼりさせられてるんだろう・・可哀想に・・・

786:デフォルトの名無しさん
08/05/28 06:38:51
>>784
C++の2,3倍高速って書いてあるだろ。

787:デフォルトの名無しさん
08/05/28 07:12:51
ここには常任せんせーがいるのか
何を任せられているんだ？

788:デフォルトの名無しさん
08/05/28 07:36:49
聞くだけ聞いといて答えないなんてひでー野郎だな。
技術力高いやつ怒らせると怖いの知らんのk？
そいつがやってることは荒らしと変わんないの気がつかないようだ。
まあ、そのうち研究室を突き止められてウイルス三昧だろうなｗｗ

789:デフォルトの名無しさん
08/05/28 08:18:00
そういうなめたやつがいるスレは呪われて当然だろうｗｗ
確か次世代がどうとかにも似たような奴がいるから同一人物ｔだろうな。
どうやって焼き殺してやろうか？おまえのことだよｗｗｗ

790:デフォルトの名無しさん
08/05/28 20:58:27
研究室の雑巾がけは終わってのか？

791:デフォルトの名無しさん
08/05/28 23:28:38
Javaは数値計算も速いけど、
数値計算屋の望む浮動小数点処理を提供してくれないので、
数値計算屋は離れていったね。RealJavaの提案を蹴られてから。

792:デフォルトの名無しさん
08/05/29 00:04:54
javaはなんでもかんでも出来るわけじゃないよな。jvmの内部構造を知ってれば分かるだろ。

793:デフォルトの名無しさん
08/05/29 12:37:54
>>788
ウィルスって
Windows使わなきゃ問題ないし

794:デフォルトの名無しさん
08/05/29 12:38:45
>>779
馬鹿だな。いつも見てる人はだいたい決まってる。
2ch慣れしている人にはageてなくても2chブラウザにより存在に気づく。

795:デフォルトの名無しさん
08/05/29 17:24:24
任意精度のときは、PIの精度をどうするか悩みどころなんだよな

796:デフォルトの名無しさん
08/05/29 17:26:39
>>793
それはどうかな？

797:デフォルトの名無しさん
08/05/29 17:47:18
>>793
自分が加害者になることを問題にしない犯罪者予備軍

798:デフォルトの名無しさん
08/05/29 18:00:06
>>795
PIは最後まで算出しないで結果に対して任意精度で演算する。

799:デフォルトの名無しさん
08/05/29 18:24:33
ちょっと違うなｗ

800:デフォルトの名無しさん
08/05/29 19:01:15
測定の方法も知らなければ、数値計算の実装も出来ない奴がいるな。
そういう奴が偉そうにJavaとかJVMを語ってるのが笑える。
そのうちに「今の計算機科学は・・」っていうのか？君はまだ若いのに、もうオヤジ臭いんだけどｗ

801:デフォルトの名無しさん
08/05/29 19:04:27
そういう奴は一体何のためにプログラミングしてんだろう？
GUIでアプリ作るなら車輪の再発明じゃないけど誰かが作ったのを素直に使えばいいし、
自分で作ってみても測定やテストすらも出来ないんだろｗ
それなら出来合いのVBとかPerlでいいんじゃないの？

802:デフォルトの名無しさん
08/05/29 23:15:26
最近の業務システムはJavaでWebというのが多いから、数値計算はあまり関係ないだろう。

それにしても、数値計算ができないとJVMを語れないというのは意味がわからん。

803:デフォルトの名無しさん
08/05/30 00:07:24
>>800は井の中の蛙に違いない

804:デフォルトの名無しさん
08/05/30 00:08:32
>>802
や、そもそも>>673あたりで既に意味不明というか日本語でおkというか。
煽りあう以前に意味の伝達がまるっきりできてるように見えんかった。

805:デフォルトの名無しさん
08/05/30 00:09:30
数値計算させるのにいまどき汎用言語を使ってるほうがおかしい
専用のソフトがあるのにね

806:デフォルトの名無しさん
08/05/30 00:13:04
また連続投稿かよ。日本語でおｋというかカワズ君はおまえのほうじゃないのか？
ところでその専用ソフトはどうやって作るんだろう。

807:デフォルトの名無しさん
08/05/30 00:14:49
連続投稿（　）笑

IDも出ないのに特別な能力でも持ってるのかｗ

808:デフォルトの名無しさん
08/05/30 00:17:39
ウイルスに感染してるんじゃね？おまえのPCがｗ

809:デフォルトの名無しさん
08/05/30 00:22:40
例えば正確な日本語でちゃんと通じるように書いたとしても、>>807みたいなアホが答えられるはずもないな。
さらに>>807程のカワズ君というかニートみたいな奴に分かるように丁寧に書くのも大変なんじゃないの？

810:デフォルトの名無しさん
08/05/30 00:25:44
>>805
世界が狭いね。

811:デフォルトの名無しさん
08/05/30 00:28:09
能力がどうとか言うよりも、読み取るほどの技術力も読解力ない中学生なんだろ。
>>807,804をみても酷すぎるからな

812:デフォルトの名無しさん
08/05/30 00:30:58
また連続投稿かよ。日本語でおｋというかカワズ君はおまえのほうじゃないのか？

813:デフォルトの名無しさん
08/05/30 01:01:33
>>812
世間が狭いね。　

814:デフォルトの名無しさん
08/05/30 14:37:34
数値計算ライブラリだけどね、桁数が計算毎で任意のときは
結局答えの方（の配列）をいつもnewしないとダメだから、どの言語使っても同じようなものだよ。
計算コストというのは意味分からないけど、同じCPUを使っている以上差はない。
newが別に遅いわけではないけど、あまりにnewしまくるから今のハードではついて来れないんだろう。
確かもうどこかに凄いライブラリあったから、実装目的じゃないならそっち使った方がいいよ。

815:デフォルトの名無しさん
08/05/31 00:08:43
浅い割に態度が大きいね。

816:デフォルトの名無しさん
08/05/31 01:01:04
それ日本語？

817:デフォルトの名無しさん
08/05/31 01:46:05
今のJavaって何に活用するのがいいと思いますか？

818:デフォルトの名無しさん
08/06/01 14:09:56
>>817
高速性を生かし、速度を稼がなければならない用途に使われています。

819:デフォルトの名無しさん
08/06/01 15:07:06
それじゃ援助交際じゃん

820:デフォルトの名無しさん
08/06/06 18:51:58
Java SE 6u10-b25 is now available
URLﾘﾝｸ(jdk6.dev.java.net)
URLﾘﾝｸ(www.java.net)

何かバグフィックスが多そうね。

821:デフォルトの名無しさん
08/06/08 05:08:39
>>802
それ、俺も疑問に思った。
なんか一人で煽ってる厨は何を喜んでいるのかよくわからないし

822:デフォルトの名無しさん
08/06/08 05:34:10
知らない分野のことをあれこれ言ってた奴がいたけど「シグマ計算」には笑ったｗ

823:デフォルトの名無しさん
08/06/08 12:28:00
>>814
newしまくるなら、メモリを一気に確保しておくJavaの方が有利そうだな

824:デフォルトの名無しさん
08/06/08 15:27:11
それって、JVMの話になるとムキになってすぐレスしてくるやつじゃないか
発言を聞いてると的外れな意見が多いし、調子に乗ってるみたいだからたぶんここのスレ主だろｗ
暇人なんじゃないの？

825:デフォルトの名無しさん
08/06/08 20:09:53
>>823
デザインパターンちゃんとやれば
newしまくりによる負荷もかなり軽減されるんだけどな
newしないといけないからJavaはよくないだからJNIつかえとか
言ってるやつはかなりアホで勉強不足な奴だと思うよ

826:デフォルトの名無しさん
08/06/09 00:29:35
デザインパターンとJavaは関係ないけど、JNIとJavaは大いに関係あると思う。
古風で言えば、アルゴリズムとC言語が関係ないのと同じなんじゃないかな。
Javaについて勉強不足なのは君の方じゃないの？

827:デフォルトの名無しさん
08/06/09 00:44:14
君は誰に向かって発言しているんだ

828:デフォルトの名無しさん
08/06/09 01:08:07
>>825
やっぱり的外れだったな。そう泣くなよｗｗ

829:デフォルトの名無しさん
08/06/09 01:19:14
デスクトップ用途には向かないな
やっぱりリソース食いすぎる

830:デフォルトの名無しさん
08/06/09 01:57:37
それだと、.Netとかどうなっちゃうの？

831:デフォルトの名無しさん
08/06/09 04:22:01
煽ってるお子さんがいるようだが、いったいどこにツボがあるんだかわからないなあ

832:デフォルトの名無しさん
08/06/09 10:46:46
デザインパターンでよくjavaがレファレンスとなるけど、別にC#やC++,　Obj-Cでもいいわけであって、javaにこだわる意味が分からないな。
なんか変に雑学が多い奴がいる（これがWeb　2.0の申し子？）けど、考えすぎなんじゃないの？

833:デフォルトの名無しさん
08/06/09 10:48:49
シグマ計算ですしｗｗ

834:デフォルトの名無しさん
08/06/09 11:04:06
UMLで表現できることとjava言語の要素の間に違いが少ないことが大きいのでは。
C++だとインターフェイスはないわ、ポインタはあるわ、
C#はプロパティやdelegate/eventなどの要素をどう表現するかなど違いが大きい。
eventで簡単に表現できることをわざわざオブザーバーパターンで表現するのかよって感じで。
javaも今後プロパティやラムダなどの要素が増えてきた場合同じ問題を抱えることになると思う。

835:デフォルトの名無しさん
08/06/09 11:12:09
↑のように、すぐに雑学だらけの奴(Web　2.0)が現れる

836:デフォルトの名無しさん
08/06/09 11:15:23
確かにこいつ>>834がそれらの機能を使いこなせるとは思えないな。

837:デフォルトの名無しさん
08/06/09 14:01:37
>>832
Web2.0の申し子っていうけど
あれはJavaよりAjaxのほうが際立ってるけどなあ。

デザインパターンでよくJavaが使われる理由は
UMLの用語とJavaの用語がよく一致する。だからUMLを使っての解説もしやすい。
標準APIに有名なデザインパターンが良く使われている。
一番説明に適している。
C#やC++、Objective-Cはデザインパターンとは直接関係ない余計な機能がついている。
こんなところではないかな。

838:デフォルトの名無しさん
08/06/09 14:04:02
>>834
Javaにもポインタはあるぞ。ないのはポインタを使用した演算だけ。
JavaにC#のプロパティをそっくりそのまま取り込む話がもう出ているのか。
以前、Genericsとアノテーションが出てからJavaがC#のようになって
それまた「同じ問題を抱える」みたいな話があったが、とくにそういう問題は抱えていないな。
GenericsのほうでGenericsに対応したクラスライブラリを作るのが大変だって問題だけはかかえているくらいで
C++のTemplateで生じたあの大きな問題はJavaではとくに抱えていないしな。

839:デフォルトの名無しさん
08/06/09 14:05:04
>>835-836
まあおちつけ。自分の立場も力の弱さも考えずにアメリカ海軍に特攻する困ったちゃんみたいだぞ。

840:デフォルトの名無しさん
08/06/09 14:36:26
確かそいつの言いぐさは「∑ループ」じゃなかったか？

841:デフォルトの名無しさん
08/06/09 16:28:24
Javaは、プロパティそのものを表現する構文が無いのがめんどい。
例外チェック無しにPropertyDescriptorを取得できれば、定義する側は今のままでいいと思う。
今まで通りsetter、getterで定義して、
PropertyDescriptor pd = SomeBean#property; 　// getProperty()が定義されてないとコンパイルエラー
みたいな感じ。
プロパティ名を文字列リテラルで記述すると、IDEのリファクタリングが効かないのがつらい。

842:デフォルトの名無しさん
08/06/09 16:31:27
クロージャまだかな。それで何とかなるよ。

843:デフォルトの名無しさん
08/06/09 16:45:30
クロージャとプロパティは姉妹スレでやってるね
[Java　SE　7]　次世代Javaの動向　6　[dolphin]
ｽﾚﾘﾝｸ(tech板)l50

プロパティは既存のgetter/setterとの兼ね合いをどうするかでかなりもめた/もめてるらしい。

844:デフォルトの名無しさん
08/06/09 18:32:57
java.io.FilterInputStreamみたいなのは、何ていうデザインパターンか知ってますか？

845:デフォルトの名無しさん
08/06/09 18:42:38
デコレータ・パターン

846:デフォルトの名無しさん
08/06/09 18:45:30
>>841
つ[Eclipseのテンプレート]
つ[EclipseとCheckstyleプラグイン]
つ[EclipseとFindBugs]

847:デフォルトの名無しさん
08/06/09 21:51:24
プロパティにしてもクロージャにしても、なんのためにその機能が欲しいのか、だな。
プロパティでgetter/setterを書かなくて済むようになるならありがたいが、
そうでなきゃｲﾗﾈ

848:デフォルトの名無しさん
08/06/10 02:55:59
VB厨臭い馬鹿がそれらの機能を欲しがる理由は

　　　　C#にもあるから

849:デフォルトの名無しさん
08/06/10 05:23:41
正にデコレータ・パターンでした。
java.beansにあるプロパティ･チェンジでファイヤーされるパターンも、名前がついてるんでしょうか。
オブザーバー（リスナー）程に汎用でもなくて、特定用途のようですが…

850:デフォルトの名無しさん
08/06/10 06:32:43
848はVBとC#しか知らんのか

851:デフォルトの名無しさん
08/06/11 07:31:45
>>849
あまり使われないので名前はありません。

852:無責任ユーザー的な発言
08/06/11 11:25:06
現状でもＪＡＶＡが遅いのってユーザーとやり取りする所じゃないし、
並列化が進めばそのうちバックグラウンドで済む…のかなー？
もともと画像指向的な位置指定じゃなくオブジェクト指定で
発想時点から「各操作の情報価値の重さ」が違うし。

それより、複数同時に動かすと単純合計以上に重くなるよね？
こっそり適当にサボる仕様なら起きない事態なんだけど。
いま貧弱な環境だから、サボり許可スイッチ欲しいｗ
（もちろん、簡単で手軽で安全で可逆的な手段）

853:デフォルトの名無しさん
08/06/11 12:24:10
イミフ

854:デフォルトの名無しさん
08/06/11 14:26:56
クロージャよりまともな委譲モデルが欲しいかな。
java.beans.EventHandlerの中途はんぱっぷりは異常。

855:デフォルトの名無しさん
08/06/11 14:28:59
その辺はクロージャ使って書き直しですよ。

856:デフォルトの名無しさん
08/06/11 14:51:19
>>846
その3つが何かの解決になるの？

857:デフォルトの名無しさん
08/06/11 15:40:41
そんなことをいちいち書き直したりしないな。

858:デフォルトの名無しさん
08/06/12 07:12:56
JavaがWebで使われてるって言う意見があったけど、
Javaがdesktopに入って来れないだけでwebに活路を見出してるだけだよ。
serverはgnu/linux/bsdだし、javaが入れるのはweb　appliぐらいしかないでしょ。

今でもdesktop特にwinに入れないのは、MSが睨みを利かせてるからなんだけど？
（appletの衰退とかbrowser戦争とか思い出してみてよ）

859:デフォルトの名無しさん
08/06/12 09:07:01
日本語でおけ

860:デフォルトの名無しさん
08/06/12 09:25:12
また厨房が沸いてきたな
javaはデザインパターン専用言語だから嫌ならc#やれよ

861:デフォルトの名無しさん
08/06/12 09:41:24
最近のMSさんはころころ仕様が変わるのでついていくのが大変です

次ページ