- 1 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 01:03:42 ]
-
前スレ
【Java】次世代Java・J2SE1.6の動向【Mustang】
pc8.2ch.net/test/read.cgi/tech/1081698555/
関連スレ
【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】
pc8.2ch.net/test/read.cgi/tech/1094891986/
www.itmedia.co.jp/news/articles/0404/07/news018.html
マルチタスク実現へJava言語改良
Sun幹部によると、2005年に一般リリース予定の「J2SE 1.6」には、
Javaバーチャルマシン（JVM）のアプリケーション共有を強化する「分離」機能が備わり、
ローカライズコンピューティング処理実行のための分離が可能になるという。
米Sun Microsystemsは、Javaバーチャルマシン（JVM）内部での
アプリケーションマルチタスク実現に向けてJava言語の改良に取り組んでいる。
カリフォルニア州サンノゼで開催のClusterWorld Conference & Expoで4月6日、同社幹部が明らかにした。
SunのJavaアーキテクト、ムラリ・カウンディンヤ氏によると、
今秋β版が登場し、2005年に一般リリース予定の「J2SE 1.6」には、
JVMのアプリケーション共有を強化する「分離」機能が備わる。
この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。
またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする
Sockets Direct Protocolのサポートが計画されている。カウンディンヤ氏によると、
J2SEに施された改良は、その後間もなくJ2EEにも組み込まれる予定。
- 697 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 10:11:18 ]
- >>694
そこまで斜めに見なくてもいいんじゃない？
じゃ、ばっさり互換性切り捨てるのがいいってわけでもないと思うが
バージョン変わったら名前は同じだが、まったく違う言語になるよりいいかと。。。
- 698 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 13:05:21 ]
- >>697
何でもかんでもコアに入れたがるのは、
俺たちにコントロールさせろ、って宣言だ。
SWT見たいな外圧がないと、
まともな高速化をしようともしないくせに、
ベンチマークのでっち上げだけはうまいんだから。
- 699 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 14:13:15 ]
- 次世代のDesktop javaに必要なのは、SWT並みのLAFと、
Swing並みのプログラムしやすさを持ったツールキット。
Windows FormsをJavaから使えるようにできんもんか。
- 700 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 18:47:54 ]
- >>691
ゲイツはウィリアムテルでもなければ
フランスからイギリスを征服したウィリアム獅子親王でもリチャード王の十字軍でもない。
- 701 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 18:48:39 ]
- >>694
そりゃお前の脳内で描かれた陳腐な戦略。
- 702 名前：デフォルトの名無しさん [2006/08/28(月) 18:49:34 ]
- >>698
でっちあげ？たとえばどんなふうに？
- 703 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 18:50:54 ]
- >>699
やっぱりJavaスレにたまに現れるドトネト忠だ。
っていうか、逆にドトネト関連スレにもこういう
イチャモンつけてくるアホって
湧いてこないよね。
まるでドトネト忠は日本にイチャモンつける韓国人や中国人みたいだ。
- 704 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 20:42:36 ]
- >>703
お前はたから見ててひたすら痛いんだけど気づかない？
- 705 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 22:03:46 ]
- 誰でもどっぷり浸かると周りが見えなくなるということなのかなぁ
- 706 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 22:54:35 ]
- >>704
イタイのはお前だよドトネト忠w
- 707 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 23:00:30 ]
- 救いようが無いなｗ
- 708 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 23:02:04 ]
- >>688
デスクトップでGUI以外そんなにロジックを組む事もないんじゃないか？
逆にswingでこったGUIを作る気になるか？（例えばOS Xのexposeとか）
swingはHTMLのFormの代わりくらいが限度じゃないか？
速度ではアニメーションや透明度を使う場合、圧倒的にFlash > swingだとおもうけど。
いつか実証してみよう。
- 709 名前：デフォルトの名無しさん [2006/08/28(月) 23:32:37 ]
- 同じ穴の狢(むじな)
- 710 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 00:13:52 ]
- 「〜だと思う」で勝手な持論を展開する人は、何処にでもいるもんだな
- 711 名前：708 mailto:sage [2006/08/29(火) 00:48:08 ]
- でもあれだ、eclipseとかは到底無理だなflashじゃ。
iTunesくらいだったらflashでもいけるかな。
- 712 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 01:02:30 ]
- Javaじゃ60fpsは無理だしな。16.6秒の世界でsleepの分解能が15msて。
- 713 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 01:04:13 ]
- >>712
sleepなんてものつかうなよ
- 714 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 01:48:30 ]
- >>702
どっかのスレで散々議論されてたんじゃないか。
・JITが効果的に利くオブジェクトをほとんど生成しない
ベンチマークでC/C++と同等のパフォーマンスであると主張。
・Java[Runtime]は低レベルのアクセスしまくりでパフォーマンスを改善。
・上記２つをもって、Java[言語]で書かれたコードはC/C++と同等の
パフォーマンスであると主張。
それを信じて（？）Pure Javaでがりがり書かれたEJBのパフォーマンスときたら
- 715 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 02:48:24 ]
- しかしEJBのパフォーマンス問題はJavaだからというよりも
シリアライズが噛むからではあるまいか？
- 716 名前：903 mailto:sage [2006/08/29(火) 03:00:52 ]
- >>713
何を使えと？
- 717 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 03:19:40 ]
- >>716
PC は知らないが少なくともケータイだと一番分解能があるのは Object#wait だよ
- 718 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 03:56:43 ]
- >>714
話途中から変わってない?
JDKのパッケージングの問題(>>698)が、
JavaコンパイラのSunの自慢話に変わって、
そのSunの自慢を原因としてEJBの実装を叩いている。
でっちあげじゃなくて、JavaがC/C++より速い領域は結構あるよ。
- 719 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 09:14:24 ]
- >>714
言っていることが意味不明
> ・JITが効果的に利くオブジェクトをほとんど生成しない
> ベンチマークでC/C++と同等のパフォーマンスであると主張。
JITが効果的に効くオブジェクトをほとんど生成しないなら、
パフォーマンスはむしろ劣化するはずだが、それをもってベンチマーク
でC/C++と同等のパフォーマンスであるとは、どういうこと？
> ・Java[Runtime]は低レベルのアクセスしまくりでパフォーマンスを改善
何の話？ネットワーク、IO、GUIなどの箇所は、確かにネイティブコード(C言語)で書いてあるが、
それ以外のライブラリはほとんどPure Javaのはずだが。あと、そもそも低レベルアクセス
(OSのAPIを直接叩くことか？)すれば、パフォーマンスが改善するってもん
でもない。何故ならJavaからネイティブコードを呼び出すのは、かなりのオーバーヘッドが
かかるから。
- 720 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 09:33:01 ]
- >>718
> でっちあげじゃなくて、JavaがC/C++より速い領域は結構あるよ。
具体例をどうぞ。
Javaの方がパフォーマンスがいいなんて妄想もいいところ。
JVMがCでできてるんだから、CでJVM（もしくはサブセット）を実装して
その上で実行すればJavaより遅くなるわけが無い。
- 721 名前：デフォルトの名無しさん mailto:age [2006/08/29(火) 10:02:10 ]
- >>720
ハハハ・・・・
- 722 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 10:29:00 ]
- >>716
Timer関係＋wait関係でおけ
ポーリングしたいのならナノ秒取得するやつ使え
Winだとちゃんと高精度タイマで実装されているぞ
Linuxだとミリ秒の1000*1000倍が返されてたきがした
このへんの制度はVM依存だが、まったく動かないわけではないのでおけ
アクションゲーム関係で60fpsだしたいのなら垂直同期使うわけだし問題なし
- 723 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 10:56:44 ]
- >>710
アメリカにいけば著名人ですらそうだぞ。
I thinkI thinkI thinkI thinkI thinkI thinkI think
ア イ シ ン ク ッ ！
だ。
論文でもそうだ。さもないと他人の意見をパクった韓国人や中国人
と同等に扱われる。
- 724 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 11:00:47 ]
- >>723
猿真似は日本人のお家芸。
- 725 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 11:02:47 ]
- >>711
Flashは4まではJavaのほうが圧倒的に早かった。
今はしらない。
Javaと違い、Flashでできることは限られている。
あれは時系列で開発してゆくからな。
Javaとは畑も開発スタイルも違う。
Flashは簡単なアニメーションなら高速で処理できる。
だが、三角関数や対数関数、指数関数などを徹底的に
駆使した幾何学模様の描画はどうだろう。
是非とも検証してみてくれ。
ActionScriptを使ってちゃんと三角関数などを使って計算してな。
- 726 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 11:05:35 ]
- >>714
そのEJBのバージョン、
それからプログラムのソースコードや
マシンのスペック、測定データをここに公開する気はないのかね。
まさか古いバージョンのJavaで作られたPetStoreを
例に挙げるわけではあるまい。
もう古くて参考にはならんぞ。
EJBを使ってるところは本当に少ないがな。
多くはEJBの変わりにPOJOを使ってるところばかりだし。
Seasar2とかSping Frameworkとかな。もしくはStruts + Tomcatオンリーとか。
StrtusやJSFすら使わないところも未だにあるが。
- 727 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 11:07:27 ]
- > Javaの方がパフォーマンスがいいなんて妄想もいいところ。
> JVMがCでできてるんだから、CでJVM（もしくはサブセット）を実装して
> その上で実行すればJavaより遅くなるわけが無い。
こういいきる奴は何度も見てきたが。浅はかで何も解って無いというか、
騙されているというか。Javaの進化に乗り遅れて古い知識しか持っていない
オッサンに多いんだな。
- 728 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 11:08:09 ]
- >>722
ナノ秒なら
Java5からも実装されたぞ。
System.nanoTime()
- 729 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 11:25:25 ]
- >>727
そういう小僧は盗んだコードで走る馬鹿だろう？
なんでもおっさん扱いしないでくれよ
- 730 名前：デフォルトの名無しさん [2006/08/29(火) 11:38:05 ]
- みんな自分の信ずる言語・環境を支持すればいいだろ
どうしてJavaスレには他の奴らが荒らしにくるんだ？
他の言語・環境がどんなに素晴らしいのかしらんがスレ違いだ
巣に帰れ！
- 731 名前：デフォルトの名無しさん [2006/08/29(火) 12:23:15 ]
- 次世代を語るところだから、どうしても他の言語と比べた改善点とか要望が出るんじゃない？
- 732 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 13:08:47 ]
- >>728
言葉が足りなかったかな
すでに実装されている話なんだし次世代の話題じゃないだろうということ
>>716は細かい制御したいのに5.0のコンカレントAPIすらさわってないんだろうなーとかおもっちまう
- 733 名前：デフォルトの名無しさん [2006/08/29(火) 13:53:56 ]
- >>731
お前はネイディブコンパイラとのパフォーマンス比較を改善点や要望とでも言うのか？
だたの攻撃だろ？違うのか？
- 734 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 14:04:44 ]
- >>730
昔懐かしい「C#って死滅しちゃうの？」シリーズスレで
大暴れしていた例のM$厨では？
- 735 名前：716 mailto:sage [2006/08/29(火) 14:10:20 ]
- >>732
nanoTimeだけじゃアニメーションできなくない？
nanoTimeはsleepの分解能チェックや誤差の補正に使うものかと
結局sleep使わなきゃだめなんじゃないか？
それかObject.waitか。
J2SE6ではDoubleBuffer関係で何らかの改良があると聞いたかが。
そうそうConcurrentは使ってないな。まだ。そんなに必要性も感じてないが。
- 736 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 15:08:29 ]
- >>727
> > JVMがCでできてるんだから、CでJVM（もしくはサブセット）を実装して
> > その上で実行すればJavaより遅くなるわけが無い。
> こういいきる奴は何度も見てきたが。浅はかで何も解って無いというか、
> 騙されているというか。Javaの進化に乗り遅れて古い知識しか持っていない
？
進化とか古いとか関係ないだろう。CでJavaコンパイラを実装してclassコードを実行するという話をしているのだから
「Javaの方が速い」とならないことは自明なのだが。
恐らく「Javaは実行中にコードの最適化するから速い」とか言いたいんだろうが、
その実装自体はCでできているんだから、どんなにがんばっても「Javaの方が速い」という事態には絶対にならない。
ただ、CでわざわざJVMを再実装するのはコストがかかるから現実的ではないというだけ。
別にそこを認めてもJavaの優位性は変わらないと思うんだけどね。
いつものことだが、JavaしかできないやつはJavaを否定されると自分自身も否定されたような被害妄想を抱くよな。
どっかの宗教団体みたいで嫌だ。いろんな言語触れよ。次世代Javaの議論にも役立つぞ。
- 737 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 15:32:33 ]
- とんでもない勘違いをしている奴がいるぞｗ
- 738 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 15:40:53 ]
- 痛い子が居るなぁ。
- 739 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 15:43:39 ]
- >>736 → 737,738
- 740 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 15:48:26 ]
- >その実装自体はCでできているんだから、どんなにがんばっても「Javaの方が速い」という事態には絶対にならない。
この意味が分からない。絶対と言い切れる根拠はなんなんだろ？
- 741 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 15:51:25 ]
- Javaで作ってスーパーコンピュータで動かせば速い。
- 742 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 15:54:16 ]
- >>740
馬鹿には つ き あ う な
- 743 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 15:57:28 ]
- >>740
> その実装自体はCでできているんだから、どんなにがんばっても「Javaの方が速い」という事態には絶対にならない。
> この意味が分からない。絶対と言い切れる根拠はなんなんだろ？
極論を言えば、
int main(){JavaVM *jvm;JNI_CreateJavaVM(&jvm);jvm->DestroyJavaVM();}
と書けば少なくとも速度は同じになるというだけのこと。
そんなにややこしいことは言ってない。
「JVMがCで書かれている」というのをもうちょっと考えろよ。
- 744 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 15:59:54 ]
- >>741
JVMの役割を知っていれば、わざわざスーパーコンピューターでJavaを使おうなんて考えないよ。
- 745 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 16:01:56 ]
- >743の続き
で、JVMのソースコード中から、実行に不要な部分を削除していけば、
JVMをいじれないJavaよりも、Cの方が速くなる。誰でも分かる話だと思うんだがな。
実際にはそんなところに開発コストをかけるのは無駄だから現実的ではないと言ってるだけ。
頭が悪いのか、それとも宗教にはまってるからなのか。。。
- 746 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 16:05:00 ]
- >>735
nanotimeはポーリング用
定期実行にはTimer方面つかえといっておろう
- 747 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 16:06:08 ]
- > JVMをいじれないJavaよりも、Cの方が速くなる。誰でも分かる話だと思うんだがな。
JVMはCのライブラリィではないよ（笑）
- 748 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 16:46:20 ]
- >>742
あい、了解したw
- 749 名前：716 mailto:sage [2006/08/29(火) 17:51:39 ]
- >>746
アニメーションとかの20msecとかそういう間隔の話をしているつもりだったんだけど、
Timer? ありえなくないか？
- 750 名前：デフォルトの名無しさん mailto:age [2006/08/29(火) 17:54:46 ]
-
- 751 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 17:55:17 ]
- 747はとても親切だ。
暴れてるやつは声を出して読むように。
- 752 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 18:00:01 ]
- >>749
どういう動きかわかってないんじゃない？
基本から勉強したほうがいいよ
- 753 名前：716 mailto:sage [2006/08/29(火) 18:07:25 ]
- >>752
教えてくれ。
Timerも結局waitを使っているとドキュメントされているが、
waitは正確性を欠く、それをnanoTimeとかで確認してスケジュールを補正するのが教科書とおりなのだが、
Timerを使ってしまうと補正ができなくないのではないか？
次世代になってもwaitとかの精度はそんなに変わらないんだろうな
- 754 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 18:15:40 ]
- そこまでわかってるなら問題あるまい
垂直同期にこだわらなければ60fpsにする必要もあるまい
垂直同期にしたら自動的にリフレッシュレートであわせられる
Win32ネイティブでやってるのと状況はかわらんよ
- 755 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 19:20:49 ]
- Windowsのマルチメディアタイマーは1msで寝れたと思うが
- 756 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 19:50:44 ]
- malloc/freeはどうした？＞最速厨
JVMは都合のいいタイミングまでガベコレを遅延できる。
これをやると、特にSMPで差が開く。
- 757 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 20:03:09 ]
- 蒸し返すな
- 758 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 20:09:11 ]
- >>756
性能を重視するならmalloc/freeをそのまま使ったりなんてせず、
普通は独自アロケータを定義するでしょ。
- 759 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 20:54:34 ]
- >>720は、ぐぐってみたところ、
Javaの方が実行速度が速い例がたくさん見つかったので、
>>736>>743でごまかそうと必死w
- 760 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 22:55:04 ]
- Javaがなんでもかんでも速いというつもりは全然無いんだが、Ｃで組んだっ
て結局実装の仕方次第だろ。malloc/freeを何度も繰り返すような素のＣの
組み方したら、JVMの「そもそもメモリ解放自体めったにしないで確保してる
メモリを使い回す」ような実装より遅くてあたりまえ。
例えばObjective-CはＣのサブセットで、コンパイルすれば完全なバイナリに
なるわけだが、メソッド呼び出し速度とメモリ取得・解放速度でJavaのほうが上回る。
これはオブジェクト周りの実装の仕方の差だろ。
そこを意識して力技なパフォーマンスチューニングを組み込んでＣでゼロから
作れば、速くなるのも当たり前。
JavaがＣより速いとかいう話は、「Ｃで普通に組んだものより、Javaで普通に
組んだものの方が速いことがある。なぜなら、JVM自体にすでにパフォーマン
ス・チューニングがされているから」という意味だってことがわからないのだろうか。
普通に組んだ時のパフォーマンスの差には意味があると思うけどねえ。
- 761 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 22:55:23 ]
- >>736
C言語原理主義者の言い訳ごくろう。
また「Javaしかできない奴」とステレオタイプ貼り付けとは。
Javaで飯食ってきたかったらJavaしかできないなんてありえんからね。
- 762 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 22:57:39 ]
- >>758
その独自アロケータとやらは、Javaの世代別GCを超えられるのか？
ヒープアロケーションやデアロケーションに、凝った戦略(実行は超高速)
とってるよ、あれ。フリーリスト管理独自実装とか、ショボイことしてい
る間は越えられんでしょ。
- 763 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 23:03:03 ]
- コンパイラやＶＭの性能次第で、幾らでも早い言語・遅い言語になるわけだが。
言語の特性とコンパイラ最適化技術辺りは最低限踏まえて議論しような。
- 764 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 23:10:49 ]
- マイクロベンチしにくい言語だなぁと思うことはよくある。
例えばN秒間の実行回数が4400〜5200とか異常な数値を出すこともしばしば。
ヒープサイズは-Xms -Xmxともに同じサイズにしても起こすから原因がつかめない
- 765 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 23:12:15 ]
- 結局、学生とかによくある卓上理論ってやつじゃないのか？
- 766 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 23:22:36 ]
- 机上だと思う。
- 767 名前：758 mailto:sage [2006/08/29(火) 23:46:35 ]
- > その独自アロケータとやらは、Javaの世代別GCを超えられるのか？
越えられるよ。
つーか、JavaのGCとかboehmGCとか、そういう汎用的なメモリ管理実装に
満足できないから独自実装するわけで。
> ヒープアロケーションやデアロケーションに、凝った戦略(実行は超高速)
> とってるよ
それは独自アロケータでも同じ。
そもそも、あるサブシステムでは特定のサイズのメモリを大量にアロケートするとか、
そういうプログラム固有の事情も考慮した上で最適なアロケータを設計するんだよ。
一般道から高速道までいろいろな状況でもそれなりに速く燃費の良いエンジンを作るのと、
サーキット上での速さの極限を目指したエンジン作りとを比較するようなもの。
そもそも設計方針から全く違う。
- 768 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 23:52:47 ]
- いずれにしても現実にあるjavaのOOなプログラムは速度の最適化は難しいんじゃないか？
javaだからっていうか、OOだから。
例えば、java3dとか、hibernateとか、
- 769 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:04:22 ]
- じゃあ、比較すんなよ。
- 770 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:06:31 ]
- >>767はなんかすごそうな職人さんのようですね。
必要に迫られて独自にそういうすごいのを作ったのでしょうが、
凡人・汎用ではjava vmぐらいでいいです。ruby gc thread とか遅くても
ちゃんと答えを出してくれればいいです。
- 771 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:07:08 ]
- >> その独自アロケータとやらは、Javaの世代別GCを超えられるのか？
>越えられるよ。
>つーか、JavaのGCとかboehmGCとか、そういう汎用的なメモリ管理実装に
>満足できないから独自実装するわけで。
このように、独自実装厨はチューニングが重ねられた汎用アルゴリズムに
劣る糞コードを生成するわけだ。乙
- 772 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:08:40 ]
- Javaの利点はCPUにあわせた動的コンパイルなんじゃないのかねえ。
Cだとターゲットにあわせて自分でコンパイルオプションを指定しないといけないけど
Javaならある意味JVMが勝手にチューニングしてくれるし。
- 773 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:09:33 ]
- 生産性を意識すりゃなんだって「それなり」の速度だっての。
うざいから他所でやってくれ、マ板でやることじゃないだろ。
- 774 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:23:50 ]
- >>768-774 みんなから一斉にツッコミのあらし。なんか知らないけど、笑いが止まらねー
- 775 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:30:06 ]
- 次世代Javaに速度は強くもとめないということで。
おもいらそれよりSE 6のどこが素敵なのかまとめてくれんか？
- 776 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:38:07 ]
- ヒープ共有とタスクトレイはツール促進に繋がると思う。
- 777 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 00:48:00 ]
- Java 5.0 で既に十分高速なので議論しても仕方が無い。
それより、Java 6.0 Java 7.0 に予定されている言語拡張・ライブラリについて語ろうぜ。
- 778 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 01:08:56 ]
- >>11の
＞プロパティのサポート
＞メソッドリファレンスのレポート
＞クロージャのサポート
＞言語レベルでのXMLのサポート
＞JVM上で動作する動的言語のサポート
＞スクリプト言語サポートの拡張
＞モジュール化のサポート
＞Swingアプリケーション開発のためのツールの充実
のうち、今回出てきたのは「メソッドリファレンス（たぶんローカル・ファンクションのこと
だろう）」と「クロージャのサポート」なわけだが、
「プロパティのサポート」はまだ具体例が出てきてないね。
最後のSwingアプリケーション開発のためのツールって
のは、たしかSwingをベースにしたアプリケーション・フレー
ムワークを作るとかだったっけ。
- 779 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 01:17:25 ]
- 最後のはただのNetBeansプラットフォームだったりしてな
- 780 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 01:27:48 ]
- # クラスパスのワイルドカード指定
これなｗ これが一番重要な更新だったりしてｗ
- 781 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 01:48:38 ]
- ttp://weblogs.java.net/blog/hansmuller/archive/2006/06/jsr_296_bows_sw.html
ttp://weblogs.java.net/blog/hansmuller/archive/ts-3399-final.pdf
- 782 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 02:59:33 ]
- つ ttp://pc8.2ch.net/test/read.cgi/tech/1150286189/
- 783 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 03:04:55 ]
- Swing Application Frameworkって具体的にはどんなの？
- 784 名前：デフォルトの名無しさん [2006/08/30(水) 03:25:08 ]
- >>758,>>767 その経験は選ばし者のみ体験できることぞよ。そこから習得した業をこれからも存分に発揮するが良い。わははははは
- 785 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 04:34:32 ]
- まずJavaをCたらしめているcloseメソッドをなんとかしろよ
まず名前をdeleteに変えてバカに気づかせろ
- 786 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 06:11:40 ]
- >>781
ktkr
いったいここまでたどり着くのに何年かけてんだ？
こんなのNEXTSTEPをSolarisにポートした連中なら最初に気が付いてるだろ
- 787 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 08:30:02 ]
- いやー、これなかなかいい設計だぞ？
今の基準でみると糞みたいなNEXTSTEPのフレームワークと違ってw
- 788 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 09:15:32 ]
- >>756
> malloc/freeはどうした？＞最速厨
> JVMは都合のいいタイミングまでガベコレを遅延できる。
分からん奴だな。そのガベコレをCで実装すればいい。
>>759
> >>720は、ぐぐってみたところ、
> Javaの方が実行速度が速い例がたくさん見つかったので、
Javaの方が速いっていうのは、C側ベンチでJavaと同じ事をしていないだけのこと。
Javaの挙動全てをCで実装すればJavaと同じ速度になるのは当たり前だと言ってるだけだ。
>>772
> Javaの利点はCPUにあわせた動的コンパイルなんじゃないのかねえ。
> Cだとターゲットにあわせて自分でコンパイルオプションを指定しないといけないけど
そんなもの不要。CPUにあわせた動的コンパイルをCで書けばいいだけ。
.classファイルを読み込んでJVM上で実行（もちろんJIT付き）するようなCプログラムを書けば、
Javaの方が速くなるなんてことは無いと言ってるだけなのに何で分からんかな。
- 789 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 09:18:19 ]
- 必死だな。
- 790 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 09:22:30 ]
- こんなに頭悪い奴だとは思わなかった。
- 791 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 09:24:23 ]
- >>788
いいたいことはなんとなく分かったが、それを言うことで
あんたが何をしたいのかがさっぱり分からん。
- 792 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 09:28:24 ]
- 自分の無知の隠蔽
- 793 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 09:34:40 ]
- 痛い子が粘着してるな
明日までの辛抱かの
- 794 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 10:08:05 ]
- >>775
しかし、バージョンアップするたびに高速化してるみたいなんだけど。
次期バージョンJava6もPreJITによってかなり高速化が期待できるんでない？
二回目以降のアクセスからはCのネイティブと同じ扱いになってかなり高速化する、みたいな。
- 795 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 10:10:16 ]
- >>792
面白すぎる。
マ板で必死にJava叩きしてるおっさんどもを思い出すw
- 796 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 11:11:25 ]
- >>791
> >>788
> いいたいことはなんとなく分かったが、それを言うことで
このスレで頭がいいのはあんただけのようだな。
> あんたが何をしたいのかがさっぱり分からん。
>>720を理解できない奴が多かったから説明しただけ。
あんたみたいに理解力のある奴ばかりだったらいいんだがな。
>>736に書いた通り、Javaをけなそうとしているわけではないし、Cが素晴らしいなんて言うつもりも全く無い。
- 797 名前：デフォルトの名無しさん mailto:sage [2006/08/30(水) 11:16:38 ]
- JVMはCで実装しなきゃいけない決まりでもあるの？
Javaチップ上でベンチ比較する場合についてはどう考えてるの？
この場合Cの処理系をまず用意しないとダメだけど…
|
 |
