[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 10/09 00:43 / Filesize : 228 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【Java】次世代Java・J2SE1.6の動向【Mustang】



1 名前:デフォルトの名無しさん mailto:sage [04/04/12 00:49]
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にも組み込まれる予定。

 1月にβ版がリリースされたJ2SE 1.5は、6月のJavaONEカンファレンスで正式リリースの
運びとなる見通し。J2SE 1.5では、Javaプログラミングの簡易化に焦点を当てている。

710 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 18:21:37 ]
www.unicode.org/charts/PDF/UFF00.pdf

どうやらこのUNICODEブロックFFが含まれた文字列があると100%バグるみたい
全角アルファベットすべてと記号、半角カタカナ


711 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 19:24:21 ]
サンプルプログラムきぼん。

712 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:07:48 ]
Java1時代のPrintJob
Java2のPrinterJob
1.4からの印刷サービス

すべての印刷処理で再現
dpiの高いインクジェットだと微妙な違いが紙だと分かりにくいが
DPIを下げれるなら一目瞭然
フォント置き換えすれば一発で分かる
拡大して確認が容易なpdf出力系ソフトすべてでも再現

WindowsXP、SunJRE 5.0 update2,3,4,5,6で確認済み

713 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:15:48 ]
>>712
Mustangに関係ない話題は他所でやってください。

714 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:17:25 ]
どうせ次のバージョンでも印刷全滅なんだろ
プゲラ


715 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:18:34 ]
最近は便所に落書きするとバグをなおしてくれんのか

716 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 22:12:29 ]
何度言っても英語を書こうとしないだけでなく、煽り始めたか

717 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:30:14 ]
とりあえずどっかに情報を書いとくのも大事なんじゃない?

718 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:36:30 ]
ここじゃなくて、質問スレじゃないかな? 1.5だし(w



719 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:47:44 ]
つうか、MustangのソースDLして自分で修正しろってことじゃないの?
ttp://d.hatena.ne.jp/kazama/20051206/p1

720 名前:デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:51:53 ]
報告しろ、報告しないなら書くなとかいいつつ、サイトもなにも提示しないのもどうかと思う。

ってことでバグ報告/投票の方法
ttp://blogs.sun.com/roller/page/yk?entry=vote_vote_vote

721 名前:デフォルトの名無しさん mailto:sage [2005/12/14(水) 00:51:52 ]
印刷の問題ってセキュリティフィックスのためにバージョンあげたら動かなくなったという類でもあるから
さすがに一般ユーザーにそこまでやれというのは

722 名前:デフォルトの名無しさん mailto:sage [2005/12/14(水) 01:15:39 ]
(゚Д゚)ハァ?

723 名前:デフォルトの名無しさん mailto:sage [2005/12/14(水) 01:43:08 ]
確かにベクトルデータとして埋め込んでるな。
pdf出力したら文字選択できないわ。

724 名前:デフォルトの名無しさん mailto:sage [2005/12/14(水) 21:41:20 ]
一般ユーザーはここ来なくてイイよ。

725 名前:デフォルトの名無しさん mailto:sage [2005/12/14(水) 21:53:22 ]
勝利宣言キター

726 名前:デフォルトの名無しさん mailto:sage [2005/12/14(水) 22:48:45 ]
weblogs.java.net/blog/opinali/archive/2005/11/mustangs_hotspo_1.html
Mustang b59 から HotSpot client VM のレジスタ割り当ての最適化が改善されて、
Mustang b58 以前と比べて 1.5倍程度の速度で動くようになったらしい。

727 名前:デフォルトの名無しさん mailto:sage [2005/12/14(水) 23:08:20 ]
今まで何してたの?というくらい違うな

728 名前:デフォルトの名無しさん mailto:sage [2005/12/14(水) 23:56:12 ]
>>726
Java 6は期待できるな。

仕事ではまだ1.3使ってるけどなorz



729 名前:デフォルトの名無しさん mailto:sage [2005/12/15(木) 00:52:51 ]
>>728
1.4もそろそろ安定してきたんじゃないの?

730 名前:デフォルトの名無しさん mailto:sage [2005/12/15(木) 00:57:15 ]
印刷以外は、といいたいが

1.4.2でもつい最近の新しいやつで文字コードのバグとか埋め込んだとかあるんで
なんともいえないかと
これは次のバージョンで直ったはずだけど結構文字コード変換でリークとか多いよね

731 名前:デフォルトの名無しさん mailto:sage [2005/12/15(木) 19:28:44 ]
1.4.2_05で印刷が問題ないのを確認
5.0.u1でおかしいのを確認
5.0.u6でおかしいのを確認

心配になってきたのでJavaSE6での動作確認よろ

732 名前:デフォルトの名無しさん mailto:sage [2005/12/15(木) 19:31:52 ]
>>729
ありがとう。でもうち、保守・改装ばっかな部署なんだ……。
新規案件に出会ったとしても、上が5未対応の
フレームワークをおしつけてくることはまず確実だし。

先端技術フェチとしては大いに不満だ。

733 名前:デフォルトの名無しさん mailto:sage [2005/12/15(木) 20:11:29 ]
pcweb.mycom.co.jp/news/2005/12/13/020.html
serverVM に、エスケープ分析でエスケープしないと判断されたオブジェクトに対する
同期処理が除去されるような最適化が追加されたらしい。
デフォルトでは使用しないようになってるらしいので、
使用したい場合は -XX:+DoEscapeAnalysis とかしないといけないみたい。

Vector 使いまくってる人には朗報かも。

734 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 00:51:52 ]
457 名前:デフォルトの名無しさん[sage] 投稿日:2005/12/16(金) 21:53:15
昔から使えなかったならともかく
最新バージョンで品質が恐ろしく低下だからただのバグだろ

>>447の実行結果
分かりやすいように72dpiでpdf出力しといた
49uper.com:8080/html/img-s/100275.png

こりゃバグだね

735 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 01:30:10 ]
味があっていいじゃないか

736 名前:デフォルトの名無しさん [2005/12/17(土) 10:58:46 ]
バグなのはもうわかったけど、なんでマルチポストして喜んでるの?
そろそろウザいよ。

737 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:10:54 ]
>>734
上と下の関係は?

738 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:44:24 ]
>>737
ソースコード参照



739 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:45:12 ]
447 名前:デフォルトの名無しさん[sage] 投稿日:2005/12/16(金) 13:38:55
>>444
import java.awt.print.Printable;
import java.awt.print.PrinterJob;

public class NewMain implements Printable{

public static void main(String[] args) throws Exception{
PrinterJob pj = PrinterJob.getPrinterJob();
pj.setPrintable(new NewMain());
if(pj.printDialog()){
pj.print();
}
}

public int print(java.awt.Graphics graphics, java.awt.print.PageFormat pageFormat, int param)
throws java.awt.print.PrinterException {

if(param > 0){
return Printable.NO_SUCH_PAGE;
}

graphics.drawString("あいうえお ",100,100);//正常
graphics.drawString("あいうえお1",100,120);//ベクトルになる 1200DPIくらいになると一見綺麗

return Printable.PAGE_EXISTS;
}

}

740 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:46:40 ]
490 名前:デフォルトの名無しさん[sage] 投稿日:2005/12/17(土) 01:53:35
面白いので>>447で出来上がるpdfそのものをアップしてみた

49uper.com:8080/html/img-s/100309.zip

741 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:48:33 ]
なんかもうアレだな。
2ch に書くことがバグ報告になると思ってるフシがあるな。


742 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:52:23 ]
Visual Studio 2005 ダウンロード開始記念キャンペーンの一環ですよ。
この機会にJavaなんていう時代遅れの環境からVisual Studio に乗り換えましょう!

743 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 13:13:16 ]
JavaSE6では改善されてるの?

744 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 14:51:38 ]
ここはスレ違いだから、もとのスレのURLでも貼っといてくれ。

745 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 15:04:16 ]
スレ違いじゃないのでは?
次バージョンでの話題なんだから


746 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 15:18:58 ]
>>712によれば、そうではない。

747 名前:デフォルトの名無しさん mailto:sage [2005/12/17(土) 16:05:31 ]
Mustang build64 リリース

build63 からの変更点
https://mustang.dev.java.net/files/documents/2817/25758/mustang-b64.html

748 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 14:53:47 ]
>>731>>734>>739>>740
だからおまいはここにそれを書くことでどんな効果が得られることを期待しとるんだ。
「バグだ」「おかしい」というのを否定してるヤツは基本的におらんだろうが。(煽りはいるが)
「誰かぼくちんにかわって報告しといて〜」と言いたいのならそれでもかまわんから明にそう言え。
(言ったからって誰かがやってくれるとは限らんが)



749 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 16:28:48 ]
なんだ6.0でもバグバグなのか

750 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 16:44:16 ]
>>748
次バージョンで日本語がちゃんと書けるかどうかのチェックをして欲しい

というだけだろ

751 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 17:17:41 ]
俺関係ないけど、普通にバグ報告誰かしてだされ。
俺も英語だめなんよ。
Windows以外のVMでは発生しないらしいね。

752 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:28:12 ]
スクリプトを<input type="file">で鯖に送って、そっちで実行みたいな使い方はどう?

753 名前:751 mailto:sage [2005/12/18(日) 18:39:55 ]
うちこれから業務系で5.0採用になったのだが印刷バグ確かに怖いな。
>>752の使い方も考えてみたが、鯖がVPNの先にあるんで無理。

さーて、1.4.2に下げてもらうか直っていれば無理して6を使うか
JNIで回避かだが、それぞれわりと厄介な問題がでるな。
Javaの人材集めたんで.NETへはさすがに・・・。

たぶん上の人間はこれ理解してない。
登場して1年以上たつんだからそろそろ枯れただろうといっておられる。
そもそも言語理解してないのが上なんで(ry

754 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:41:28 ]
上が言語理解する必要はないだろ

755 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:46:06 ]
最近は割と多いよね、言語経験ないSE。

開発環境を決めた時点で、どういうのが実装できるか、
実装できても困難で開発効率が悪いとかそういうのを把握してないと
だらだらと長引く。


756 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:46:07 ]
しかしおれ業務系でJava使ってて帳票とか出力してたけど、
ジャギーだとかなんとかいうトラブルは無かったけどなあ。

サーバーサイドから帳票出力系の製品(SPFとか)つかってPDFを出力
する場合は関係ない話なの? Swingだけ?

だったら当面問題ないんだけど。

757 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:51:08 ]
SwingではなくてJavaから印刷した場合だけが問題になる模様。
iTextとか直接PDF出力は問題ないけど、NetBeansのソースコード印刷しただけで
発生するのでVMの問題だと思う。

Javaの印刷製品は1.1時代からのものは印刷品質が悪かったから
みんな独自実装してたり1.4までが対象なので大丈夫だったり。

pdf作成するのはいいけど、それをユーザーが開いて閉じてとなると
インターフェース的にわりと問題でやすいかな。
日本の企業の帳票は独自サイズが多いのでA4とか決まった規格以外が
急に問題として現れてくることもある。

リッチクライアント系は今のびてるところなんでこの壁にぶち当たってるところも
結構多いかもしれない。

スレ違いスマソ。

758 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 21:35:40 ]
SolarisやLinuxは問題ないもんなあ。
Windowsでもfontを指定したら問題ないのがあるかもよ。



759 名前:デフォルトの名無しさん mailto:sage [2005/12/18(日) 21:39:39 ]
試してみたけどfontは論理フォント、物理フォントどちらでも同じ現象が出ていますね。
src.zipでは確認しようがないので内部でなんかしくじってると思われます。

760 名前:デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:35:03 ]
原因追求はSunの担当者にまかせればいいんで、バグ報告よろしくです。

761 名前:デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:45:00 ]
よろしくです

762 名前:デフォルトの名無しさん mailto:sage [2005/12/19(月) 09:59:28 ]
やっぱ英語は使えた方がいいな・・・なんとかせな・・・

763 名前:デフォルトの名無しさん mailto:sage [2005/12/19(月) 10:16:45 ]
つうかSunには日本語で報告できる窓口を用意して欲しいな。

764 名前:デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:36:12 ]
日本語でバグ報告すりゃあいいじゃん。
向うが勝手に翻訳してくれるんじゃね?
日本人担当者くらいいるだろ(へらへら

765 名前:デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:58:15 ]
日本語の掲示板で英語でくるやついるけど、その場合は英文が読めるからであって
あちらで日本語見たらやっぱり文字化けしてるんかね?
ソースコード添付ができないってのはある意味やばいかも

utf8だっけ?バグ報告ページ

766 名前:デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:40:53 ]
ROMA-JI DE KAKE

767 名前:デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:39:55 ]
印刷関連のレスは下記のスレでお願い

Javaでは作るのが困難なものを挙げるスレ
pc8.2ch.net/test/read.cgi/tech/1132425910/

768 名前:デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:57:16 ]
1.6の話題でもあるんだろ?>印刷



769 名前:デフォルトの名無しさん mailto:sage [2005/12/19(月) 19:06:49 ]
>>768
1.6 正式リリースまでは直らなくて良い問題なんか?

770 名前:デフォルトの名無しさん mailto:sage [2005/12/20(火) 01:28:40 ]
印刷はApache FOPでXHTMLやPDFに
変換してくれればいいや

771 名前:デフォルトの名無しさん mailto:sage [2005/12/20(火) 02:12:29 ]
pdf出力しか駄目ってのは業務系で困るだろ

772 名前:デフォルトの名無しさん mailto:sage [2005/12/20(火) 04:48:31 ]
「しか駄目」???

773 名前:デフォルトの名無しさん mailto:sage [2005/12/21(水) 09:14:56 ]
業務系だと、SVFとか使うからなあ

774 名前:デフォルトの名無しさん mailto:sage [2005/12/21(水) 12:57:39 ]
SVFもiWFMもろくなもんじゃないけどな。

775 名前:デフォルトの名無しさん mailto:sage [2005/12/22(木) 12:28:40 ]
Cat Typing
"J2SE 5.0の日本語印刷のバグについて

「J2SE 1.3.1_17がリリースされました。」というブログへのコメントより:
2chのプログラム板で話題の日本語印刷がまともにとおらない5.0はへは
業務で使ってるところははだれも選ばないと思います。update1からupdate6
まですべてとおりませんしね。1.4.2までは大丈夫です。 2chでも日本語でバグ
投票できないからどうしようかという流ればかりです。 "
blogs.sun.com/roller/page/yk/20051221


だれだこのブログにこんな大袈裟なコメント書いた香具師は。

Tomcat動かすだけのサービスに印刷が必要なものなんて
大してないぞ。JavaのGUIなんてサーバ系Javaに比べたら
まだ普及度は低いんだしそんな目くじらたてるほどのことじゃないだろ。

776 名前:デフォルトの名無しさん mailto:sage [2005/12/22(木) 12:31:11 ]
なにやらエントリを良く読んでみると
彼女のブログのコメント欄にバグ報告してもいいらしい。



777 名前:デフォルトの名無しさん mailto:sage [2005/12/22(木) 12:53:37 ]
大袈裟なコメント書くのが得意な人っているよね。

778 名前:デフォルトの名無しさん mailto:sage [2005/12/22(木) 13:24:07 ]
印刷できないのをたいしたことないというバカもいるよね。



779 名前:デフォルトの名無しさん mailto:sage [2005/12/22(木) 17:08:30 ]
件のblogのコメントを見る限り、良い方向に進んでいるようだ。
しかし、経緯を見る限り「バグが出る。使えねぇ」「英語ができないから
報告しない」じゃ全然意味がないことがよくわかるな。
せめて「報告したいが英語がダメなので協力してくれ」だったらもっと話は
早く進んだかもしれないのに。

780 名前:デフォルトの名無しさん mailto:sage [2005/12/22(木) 22:21:33 ]
複数のJava関係スレで鬼の首をとったかのように喚き回ったバカがいたからなぁ

781 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:03:08 ]
おかげで、興味を持つ人が現れて修正の目途がついた。
ある意味、宣伝部隊乙って事で一件落着w

782 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:07:40 ]
MS側の人間かどうかわわからんが

UNICODEのフォント部分にやっぱりバグがあったようだね
でもこれ汎用ルーチンだよね?
ということはプリンタ以外でも実は文字が汚く描画されていたってことはあったのかな

783 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:14:42 ]
Java7.0からは是非メモリリソースをケチケチに管理するJVMにしていただきたい


784 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:29:01 ]
>>783
そんなの欲しがってるやついないし。

785 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:51:21 ]
いるよ普通に。
64MBのノートとか使えたもんじゃない

786 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:57:22 ]
OSがNT4でなら64Mでそれなりに快適にJava動いてるぞ
5.0は最低メモリ使用量が跳ね上がってるので進められん
コンパクトな1.3.1まであたりがオススメ


787 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:59:18 ]
C++時代は共用体大好きっこだった俺としてはちょっと悲しい時流だよ

788 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 01:32:34 ]
Cのときですら安全性では推奨されてなかっただろ

ハードとコンパイラ依存コードナツカシス



789 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 11:55:58 ]
>>782
印刷フレームワークのルーチンだから関係ないと思うよ。

790 名前:デフォルトの名無しさん [2005/12/23(金) 12:54:26 ]
JSR-270 Early Draft Review
jcp.org/aboutJava/communityprocess/edr/jsr270/


791 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 14:58:50 ]
そーいや、TrayIcon の開発は Mustang に移ったから、
JDIC ではもうやらねーよって話が出てた。

www.javadesktop.org/forums/thread.jspa?messageID=130970

792 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 15:25:01 ]
The Java SE 6 (Mustang) Holiday Quiz
java.sun.com/developer/Quizzes/mustang_holiday/

793 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 19:18:04 ]
>>775
別のスレでこんな書き込みがあるよ
pc8.2ch.net/test/read.cgi/tech/1132425910/563

794 名前:デフォルトの名無しさん [2005/12/23(金) 20:04:13 ]
バーチャルマシンで動く場合、ネイティブで動作してるC++によるプログラム相手に速度で勝てる見込みはありますか?

795 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:10:22 ]
>>794
書く人による。プログラムによる。VMによる。ハードウェアによる。

796 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:18:35 ]
勝てないこともないかもしれない

797 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:21:54 ]
>>794
理屈上、アセンブラで書かれたプログラムはC++で書かれたプログラムより速い。
でも、現実的にはどうだろう?

アセンブラとC++の比較ほど明快ではないけれど、部分的に見ればこれに近い
事がVMとネイティブの関係に対しても言える。

798 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:41:41 ]
>>787
> C++時代は共用体大好きっこだった俺としてはちょっと悲しい時流だよ

EffectiveJava嫁
共用体の代用をJavaで実現する方法が載っている



799 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 21:44:15 ]
>>794
最近は数値計算もJavaでやる時代なんだが…Hotspotコンパイラのおかげで。
>>726によればさらに早くなったらしいし。

Integerのquicksortのプログラムを書いても、
JavaがC, C++より早いのが現状。(プログラムの起動は相変わらず遅いが…)
アセンブラでもJavaで書いたプログラムより書ける人は殆んどいないんじゃないか。

ただ、Javaの浮動小数点拡張は取り下げられたらしい。
math.nist.gov/javanumerics/
jcp.org/en/jsr/detail?id=084
www.oishi.info.waseda.ac.jp/~oishi/LINKS/java-numerics.html

800 名前:デフォルトの名無しさん mailto:sage [2005/12/23(金) 22:11:23 ]
java -server -Xcomp -jar hoge.jar
起動速度無視で、実行速度を最大にしたいときは、この起動オプション最強。

801 名前:デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:19:59 ]
>>797
理屈上、profile-guidedな実行時最適化が可能なJavaの方がアセンブラより速い。

802 名前:デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:32:26 ]
理屈ばっかだな

803 名前:デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:39:44 ]
>>802
なにも見てないんだな

804 名前:デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:42:11 ]
>>783
Java SE 7が出たころにはマシンスペックの余裕もたっぷり
増えているだろうからメモリにけちけちする必要はなくなるかもね

805 名前:デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:46:06 ]
個々最近ムーアの法則が乱れてませんか?

806 名前:デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:55:04 ]
>>794-795
すでに勝った香具師ならいるよslashdotでも話題になってた
# Slashdot での大論争。これは今までで一番愉快な
Java 対 C++ の議論に違いありません。
C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を
手動でやらなきゃいけないのに」と主張しています。
公平を期するための彼らの提案は - System.gc() の
呼び出しを山ほど突っ込んで Java 側を遅くするというも
のでした(お気づきでない方のために。Java は System.gc()
を呼び出さなくてもメモリを回収します。 System.gc() の呼び
出しを追加してもメモリ回収の速度が遅くなるだけです)。
続く抗議もすべて、このベンチマークが Java をひいきしてい
るという一点に集中しているようでした。しかし奇妙なことに、
3年前までは当時の JVM をテストしても C++ の方が速いとい
う結果が出たものです。このノイズの山を掘り返せば、有意義
なコメントが見付かるかも知れません

# さらに続く議論。この事件から生じた騒動(または余分なキャラ)
で大儲けできた人がいるかも知れませんね

# Java と .NET のガベージコレクションに関する調査
# WebSphere は自動的に負荷分散の最適化を行うことで、ハードウェア要件の低減をねらいます
#
# Java 1.5 は 20% 高速化した模様
www.javanews.jp/javap/newsletter043.html

807 名前:デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:57:58 ]
>>805
クロック数だけを見ずに
ちゃんとベンチマークしてみてるかい?
ハイパースレッディングから64bitsなどの技術進化に目を向けるといい。
あと、量子力学チップの研究が今行われている。
今は量子コンピュータが出る直前の段階だ。

そのまえに燃料電池に期待したい。
燃料電池が携帯電話開発に潤いを与える。


808 名前:デフォルトの名無しさん mailto:sage [2005/12/24(土) 03:13:05 ]
使える量子アルゴリズムって因数分解以外にあるの?
量子アルゴリズムがなくても量子コンピュータは効果的に使えるの?



809 名前:デフォルトの名無しさん mailto:sage [2005/12/24(土) 03:14:02 ]
クロック数をあげると単純に消費電力が増加するから、クロック数をあげずにパフォーマンスをあげるのが流行ってるね。

810 名前:デフォルトの名無しさん mailto:sage [2005/12/24(土) 09:33:58 ]
JavaのJIT, Hotspotは、ItaniumやCrusoeと相性いいはずだが、
どっちもJavaのサポートはいまいちだったね。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<228KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef