- 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にも組み込まれる予定。
- 655 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 13:55:21 ]
- 今までは3Dを使う場合はAWTにする必要があった。
そのためSwingで使う場合AWTで作られたリソースをバイト配列にして再構築していた。
あとLinuxとかならSwingは高速化するんと違うかな
- 656 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 22:39:37 ]
- >>650
にしても、VBなんて開発環境と言語がわんせっとになった言語だよな
- 657 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 22:41:07 ]
- >>651
タスクトレイが追加されたりタブのスクロールや移動ができて
かつSWTよりも高速になった時代のSwingだよ。
C++で作られたGUIと比べてもパフォーマンスのほうは大差なくなってきたって事だね
- 658 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 02:14:20 ]
- >>614
別に後追いばかりってわけじゃないぞ
プリミティブ型のboxing/unboxing、拡張for文、アノテーションあたりは後追い感が強いが
Genericsの仕様はC#のGenericsの仕様が決定するだいぶ前から検討されてたし、
今回の関数型およびクロージャの仕様はC#のデリゲートに比べるとかなり良い仕様に
なっていると思う
- 659 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 02:17:15 ]
- Java 7のはっちゃけぶりを見るとJVMを残してJavaを捨てる気まんまんだな
- 660 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 12:41:57 ]
- >>658
後追いといっても、C#とは仕様が異なる感じだな。
アノテーションもboxingも。
後追いのようになってしまったのは、
Java Community ProcessでC#のことをよく知ってる人が
Javaにもこういう機能つけてくれよって提案したからじゃないかな。
- 661 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 12:42:38 ]
- >>659
Javaの何をすてるんかな。
JVMがどう進化するのか楽しみではあるが
- 662 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 13:45:50 ]
- >>661
Javaの構文だけを整理したものが残ると思う
- 663 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 14:43:35 ]
- >>662
何がいいたいのかよくわからないが、
構文を整理したものって一体どういうものを想像している？
気になるので挙げてみておくれ
- 664 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 14:57:22 ]
- getter, setterとか、addListenerのデリゲート化とか。
あとはjava.ioとjava.nioの関係みたいに
互換性のために統合を避けた部分も整理して欲しいし
StackとかPropertiesみたいに設計に失敗した部分も直す。
Javaの資産はD言語みたいに別言語構文を解釈する制御を入れればいい。
- 665 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 16:54:38 ]
- それより何より、配列まわりの型の腐りっぷりをさっさとどうにかして欲しい。
- 666 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:01:18 ]
- >>664
> getter, setterとか、addListenerのデリゲート化とか。
たまにJavaスレに紛れ込むドトネト厨だかVB厨かよ。
getter,setterはどうでもいい。その程度ならdelegate化もどうでもいい。
どうせクロージャが追加されるならなおさらどうでもいい。
> あとはjava.ioとjava.nioの関係みたいに
> 互換性のために統合を避けた部分も整理して欲しいし
認識が甘い。そんなとこを統合してどうする。
それとも、整理する必要がどこにあるのか具体的に説明できるか？
> StackとかPropertiesみたいに設計に失敗した部分も直す。
初心者Java質問スレ見てた奴だな？
どう見直すというのか。放置か@Depricatedでいいだろ。
> Javaの資産はD言語みたいに別言語構文を解釈する制御を入れればいい。
Java6ではスクリプト言語を解釈するAPIがあるぞ。
- 667 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:02:20 ]
- >>665
それも、Collectionがあれはどうでもいい。
多次元ジャグ配列なんて滅多に使わないし。
無闇に使う奴は設計能力センスが甘いやつだね。
- 668 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:07:32 ]
- >>666
> getter,setterはどうでもいい。その程度ならdelegate化もどうでもいい。
おまえの主観だろ？多言語出身者は口をそろえて汚い仕様という
> それとも、整理する必要がどこにあるのか具体的に説明できるか？
現状でBufferを使いこなせる技術者は極端に少ない。
ファイルマップすら知らない奴ばっか。
> どう見直すというのか。放置か@Depricatedでいいだろ。
depricatedなクラスがシステムローダにロードされる時点でおかしい
> Java6ではスクリプト言語を解釈するAPIがあるぞ。
根本的な部分でアイタタタ
- 669 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:11:29 ]
- >>668
> 現状でBufferを使いこなせる技術者は極端に少ない。
他は言語環境の改善要求っぽいのに、これは完全な愚痴だな。
- 670 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:12:55 ]
- あちこちでdeprecated のスペル間違えているやつがいるな。
同一人物か
- 671 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:15:20 ]
- >>669
コンセプト違いの重複した機能があちこちにある時点で要改善だろ
- 672 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:15:54 ]
- >>668
> >>666
> > getter,setterはどうでもいい。その程度ならdelegate化もどうでもいい。
> おまえの主観だろ？多言語出身者は口をそろえて汚い仕様という
他言語出身者って、どうせC#やVB, Delphi言語出身者かドトネト厨である
おめえの主観だろw 綺麗な仕様とやらはC#やDelphiのget/set程度の仕様かw
あの程度で綺麗なら、演算子オーバーローディングやunsafeでソースコードが汚くなるのを
どうにかしようとは思わないのか。
> > それとも、整理する必要がどこにあるのか具体的に説明できるか？
> 現状でBufferを使いこなせる技術者は極端に少ない。
> ファイルマップすら知らない奴ばっか。
Bufferはまた別の話だろ。Bufferを使いこなせる奴が少ないのと
配列の型がどうだこうだと一体どう関係があるのか。
Bufferが何のためにあるのかわかって言ってるのか？
> > どう見直すというのか。放置か@Depricatedでいいだろ。
> depricatedなクラスがシステムローダにロードされる時点でおかしい
なにがどうおかしく、どう不具合が出るのか説明できるか？
> > Java6ではスクリプト言語を解釈するAPIがあるぞ。
> 根本的な部分でアイタタタ
お前が痛い。
- 673 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:16:29 ]
- >>670
レス元コピって使っただけだ。単語をひらで書けないのは確かだがｗ
- 674 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:16:37 ]
- >>671
> >>669
> コンセプト違いの重複した機能があちこちにある
たとえばどのあたりが？
- 675 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:17:58 ]
- >>672
お前が.NET中心でしかものを考えられないことは良く分かった。
そのほかの点についてもお前が無知なだけ。調べろ。
- 676 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:24:23 ]
- desktopアプリではflash player >>> JREなのになんでJREはあんなに巨大でなければいけないのか
Java DEとか駄目？1Mくらいのサイズ希望
- 677 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:29:46 ]
- flash って desktopアプリ？ webアプリじゃなくて？
- 678 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:38:38 ]
- >>675
でた厨房にありがちな最後の負け惜しみ逃げ台詞
- 679 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:40:36 ]
- >>678そのものがそれなんだけどなｗ
- 680 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:43:12 ]
- はいはいドトネト厨乙
- 681 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:44:34 ]
- 説明の説明の説明を求められなきゃ分からん位の素人にJavaを擁護されてもな
- 682 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:50:48 ]
- 意味が分からんよそこ
- 683 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 19:26:02 ]
- >>677
ブラウザーなくても動くし、おおよそのことはできると思うんだけど。
描画は早いし、ビデオやオーディオも強い
ソケットも使えるから、やろうと思えばDBにも直接接続できなくもない。
Java3dみたいのはないが。。。まだ。
- 684 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 21:46:29 ]
- 自分の理解が足りないことを棚に上げて.NET厨扱いかよｗ
- 685 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 22:00:09 ]
- どどんとねっとじゃんぬねっと
- 686 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 22:09:04 ]
- ここはゲイツが悪いということで収めてくれ
- 687 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 23:58:56 ]
- できればスティーブ・バルマーにしてくれないか？
- 688 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 00:11:17 ]
- >>683
FlashはAS3で化けたが、描画が早いとかそんなことはない
Javaのほうがはるかに早い
機能が段違いすぎ
少なくともFlashでは単純なものしかロジックは書く気にはならないだろ
- 689 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 00:11:20 ]
- もう、ゲイツには力は無いよ。
そしてマイクロソフトもGoogleに推されている。
いつかマイクロソフトがGoogleの力によって陥落するのも時間の問題。
- 690 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 00:32:22 ]
- 力がなくなろうがなにしようが悪いのがゲイツ
- 691 名前：デフォルトの名無しさん [2006/08/28(月) 01:50:37 ]
- ウィリアムさまの悪口を言うなんて
なんて罰当たりな！w
- 692 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 02:57:40 ]
- 何でいきなりクソスレ化するんだよ
- 693 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 04:12:03 ]
- 必要な機能なら誰かが外部ライブラリで作ってくれるさ
本当に標準に必要なのは何かもうすぐコアライブラリのシュリンクが
入ってもいいんじゃないかと思う
SEが肥大化しすぎていると感じる今日この頃
Jakartaでいいじゃん、っていう機能がコアに
取り込まれてる気がしてなぁ・・・・
まぁ使う側からいえば、ライブラリ追加しなくて楽なんだが
それよりむしろ外部ライブラリを簡単に利用できる
仕組みの方が欲しいかな、JWSのライブラリ取得の仕組みを
もっと積極的に活用してもいいような気がする
- 694 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 05:31:07 ]
- 言語仕様で縛って遅くする＋ライブラリを肥大化させて互換環境を作りにくくする、
ってのがお日様の戦略なんだろ
- 695 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 08:57:30 ]
- 特定の言語が腐ってるとかAPIが腐ってるとか言う奴がよくいるが、
お前が言うところのその程度の腐れが、仕事上でダメージを与えるシーンが
あったのか？そういうことが影響を与えるほど、センシティブな職場で働い
てみたいよｗ
今まで困ったことの例:
・馬鹿なプログラマが意図不明な長大コードを混入させ、そこにバグが
あったため解析と修正を任された…
・頭の悪い上司から仕様不明目的不明ｲﾐﾌﾒｲの処理の実装を指示された…
・自社の自称エリート技術者ドモが、利用者側の要求と全く合致しない
フレームワークの利用を押し付けてきた…
・どこぞの営業が経歴詐称して素人をプロジェクトに押し込んできた…
問題は全部、人依存でした…orz
- 696 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 09:14:54 ]
- 問題は人なんだとしたら、Javaだと開発効率が良くバグも少ないというのは妄想。
- 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で寝れたと思うが
|
 |
