【C＃の存亡】Ｃ＃って死滅しちゃうの? Part4

お前らWindowsにSun製のJava搭載の仮処分が出ましたYO。
http://www.zdnet.co.jp/news/0301/16/xert_ms.html

ん〜。Windowsで動いているJavaアプリをみる機会が少ないのは、
結局OSにJavaが標準搭載されていなかったからなんかいな？
OSに標準搭載されることによって、多くのアプリがJava製になるのかな？
つーか、お前ら今使っているソフトのうちどれくらいがJavaで作れると思う？

M$のﾄﾞｯﾄﾈｯﾄの野望は、大きく修正を迫られることになるだろう。
今まで開発者をコケにしてきた（使い捨てにしてきた）バチが当たったのだ。
Javaは汎用だから、ほとんどのアプリがJavaで書ける。
もっとも、パフォーマンスの問題は残るけど、VB程度には使えるね。

なぜVB程度に、いやきっとそれ以上に使えるはずのJavaがVBよりも使われなかったのだろうか？
やはり、OSに搭載されていないのが原因だろうか？
いや、まてVBのランタイムもOSの標準搭載されてないぞ、
VBのランタイムよりJVMは嫌われているのだろうか？
少し先の未来、Javaと.NETの両方が標準搭載された時、何か変わるのだろうか？
まぁ、少なくとも愛用のTVソフトがJava製になることはないだろう。

開発者としては、WindowsべったりのVB、VCよりはJavaを好む。
LinuxでもMacでも携帯でも動くから、技術者としての寿命が延びる。

でも、M$のJava潰し攻勢が激しく、Javaで書くのをためらっていたのだ。
XPではJVMは標準搭載されていない。アプレットもそのままでは動かん。
という具合に劣勢だったのが原因だろう。

SWTを標準搭載しる！
Swingなんてクソは要らん。

基地外がいくら訴訟を起こそうと、こりゃ痛くも痒くもないわな。
http://www.zdnet.co.jp/news/0301/17/nebt_06.html

Win2K使ってんだけど、XPでさえいらないと思っているのに
そのJavaが搭載されてるOS買う奴いるの？
MSまた儲けるじゃん。

（　´,_ゝ`）ﾌﾟｯ
http://www.zdnet.co.jp/news/0301/17/nebt_04.html

WindowsにJVMが搭載されたとしても
Javaはサーバーサイド専用言語として生き続けていくわけだが。

Javaはライブラリを再編成してほしい。
このさい旧バージョンは切り捨てても構わん、一度リセットしてくれ。

(＾∀＾)ｹﾞﾗｹﾞﾗ

MandrakeSoft、破産申請
http://www.zdnet.co.jp/news/0301/16/nebt_11.html

SCOがUNIXライブラリに課金検討、Linux移行ユーザーを直撃
http://www.zdnet.co.jp/enterprise/0301/16/epn16.html

>>465
M$のサーバなんて使ってるとこはDQN。せいぜいファイルサーバくらいしか
使えん。

>>466
漏れは会社でXP使わされてます。

>>467
Javaのロイヤルティーで少しは戻すだろう。
SunはLinuxに押されているのが原因だ。

>>468
少しはクライアントサイド（Windows）でも使えるような状況になるだろ。

>>471
Linuxに押されているというのは、やはりタダはソフトウェア業界を
破滅させるということか？

http://www.nateroom.com/tweb/crush.html

>>472
オープンソースのタダってのは、M$対抗的な側面があるからな。
M$の脅威が減れば、一部が有料になるかもしれん。

http://www.agemasukudasai.com/bloom/

Javaが標準搭載されているOSってあったっけ？
んで、他のOSでクライアントサイド用途として使われてたっけ？

>>476
SolarisとMacOSXが標準で搭載している。
いずれもマイナーなので、目につかないのだろう。
Linuxでは、一部のツールがJavaで書かれている。

>>477
> Linuxでは、一部のツールがJavaで書かれている。
ほぅ。そのツールはWindowsで動くのか？
しかし、やっぱり使われているのは一部か。

>>478
動くんじゃないの。
なんかちっこいアプレットみたいな設定ツールがある。
Windowsでは意味ないが。

> なんかちっこいアプレットみたいな設定ツールがある。
やはりJavaはクライアントサイドではその程度しか使われてないんだな。
Windowsに標準搭載されても大して意味ないな。
Javaの延命処置位にはなるだろうが。

>>461 Javaはネットワーク向け、サーバ向けなんだよ。
だから一目に付かないところで普及している。
>>463 おれはためらわないな。>>462の言っていることと大体同じだが。
とりあえずJavaで大量にコーディングしておいてもまず問題ない。
C#が流行ったらJUMP to .NetなどでJavaコードを簡単に再利用できる。

>>464 ハイスペックマシン買って我慢するという手もあり
>>465 M$はやっと株を配当する気になったか。7年来だな。

>>466 Javaは自分でインストールできる。ああいう措置はJavaのインストールを
面倒くさがっている人のためにあるようなものだろう。

>>467 たとえSunがそんな目にあってつぶれたとしてもJavaが有料化することは
ありえんだろう。SunはJavaをApacheコミュニティに開放しているからな。
言ってしまえば、Javaの将来はApacheにかかっているともいえる。

>>470 BSDにすればいいじゃん。

>>480 実際に使ってみてからそういうことをいってくれ。

Javaで本格的にGUIをどうこうとはまだ考えない方がいいということだろう。

>>472 それはM$の主張。

>>474 GPLでは絶対にそういうことはありえんよ。
有料にしたら、その組織、企業が逆に訴えられる。

>>481
>C#が流行ったらJUMP to .NetなどでJavaコードを簡単に再利用できる。
あれってそんな完璧に変換してくれるの？

>有料にしたら、その組織、企業が逆に訴えられる。
別に訴えられる事は無いと思ったけど？
無料の対抗製品が出てきて潰される可能性はあると思うけど。

>>481
>>SWTを標準搭載しる！
>>Swingなんてクソは要らん。
> >>464 ハイスペックマシン買って我慢するという手もあり
ハイスペックマシンでもSwingはダメっぽいまんまのような気もする。

JavaはWebLogic専用って感じ。普通の人はどうでもいいだろうな

>>482 RMIなど、一部のライブラリを使用している場合は完全には変換できないらしい。
だが、 M$の主張する .Net は古い言語を統一して使えることを目指しているわけだから
今Javaで書いておいて、JNIのようにあとからC#で呼び出すというやり方も容易だろう。

>別に訴えられる事は無いと思ったけど？
いやGPLは、そのコードを流用した場合、流用した部分もGPLに従わないといけない。
GPLに基づいたGNU/Linux製品を使って改造、流用して開発した製品は
GPLに従い、無料(且つOpenSource)でなければならないわけだ。
このライセンスに違反したらGNU製品を使っている人たちから訴えられるだろう。
そのためM$はGNUをテロリストだ、ゲイツはLinuxを腫瘍のようなものだ、とこぼすわけだ。

FreeBSDとかなら完全フリーなのでそれで金儲けすることはできる。

あと、OpenSourceには2,3種類くらいあるぞ。ApacheとGNU/LinuxとJavaとではライセンス形態が違うぞ。
詳しくは上のハロウィン文書のリンクを参照。

>>483 現状ではね。まだまだムーアの法則は乱れていない。
Javaアクセラレータボードなんてものが普及するなど、数年後には解決するだろう。

>>484 WebLogicとはBEAのサーバ?

>>485
>GPLに従い、無料(且つOpenSource)でなければならないわけだ。
他の部分はさておき、この部分は間違ってると思われ。
GPLの何処にも無料で提供しろ、とは書いてないと思ったけど。

>FreeBSDとかなら完全フリーなのでそれで金儲けすることはできる。
BSDライセンスに従って著作権表示(宣伝もだっけ？)入れないとダメだし、
金儲けするにも FreeBSD が既に無料で存在してるので結構難しいと思うけど。

>>485
> >>482 RMIなど、一部のライブラリを使用している場合は完全には変換できないらしい。
それどころか 昔の@ITの記事だと RandomAccessFile とかもダメらしいじゃん。

>>485
>あと、OpenSourceには2,3種類くらいあるぞ。ApacheとGNU/LinuxとJavaとではライセンス形態が違うぞ。
>詳しくは上のハロウィン文書のリンクを参照。
…
>> >>474 GPLでは絶対にそういうことはありえんよ。
>> 有料にしたら、その組織、企業が逆に訴えられる。
って書いてあるからGPLの話しかしてないつもりだけど。

>>489
>あと、OpenSourceには2,3種類くらいあるぞ。ApacheとGNU/LinuxとJavaとではライセンス形態が違うぞ。
ところで、Java って OpenSource なのか？
個人的には Microsoft の言うところの SharedSource に近いような気がするけど…

>>486
>Javaアクセラレータボードなんてものが普及するなど、数年後には解決するだろう。
なんかネタっぽいなぁ…

いやさ、Swingがダメっぽいのはマシンの速度の問題じゃないと思うんだけど。

>>490 Javaのソースコードは全部公開されているらしい。
Sunが(J2SEのソースコードを全部公開しただけで)OpenSourceとか言っていたよ。
といってもLinux/GNUとかApacheのようなオープンソースと比べると
何か奇妙。市場に投入するときに限って金を取るわけだから。
こういうところでSunが嫌われる理由がなんとなくわかる。

J2EEやコアでないAPIのソースは公開されていなかったかな?
だとしたらSharedSourceに近いかも。

>>492
いや、一部しか公開されてないから SharedSource って言ってるわけでなくて
ライセンスの形態が SharedSource に近い、って言ってるつもり。

ちなみに J2SE だったら SCSL で全部公開されてます。

>>458
WindowsにSunのJRE載せろって話かと思ったら違うのね。
びっくりした。

>>494
http://www.zdnet.co.jp/news/0301/16/xert_ms.html
>米連邦判事が1月15日、Sun Microsystems製のJavaの搭載を
>120日以内に開始するようにとMicrosoftに命じた。
(中略)
>判事は12月23日、Sunが起こした独禁法訴訟は審理に値するとの
>判断を示し、MicrosoftにWindowsへのJava搭載を命じる仮処分を下した。

Javaのオープンソースについてはこちらを参照

1998年12月11日
Javaはどこまでオープンになったのか−−新ライセンス・モデルを探る
http://java.nikkeibp.co.jp/Java/News98/1211Java.shtml

Locutusに続いてDashboardもキタ

　　　　　　　　彡川三三三ﾐ
　　　　　　　川川 ::::::⌒　⌒ヽ 　ﾊｧﾊｧ
　　　　　　川川::::::::ー◎-◎-） ←>>25
　　　　　 川（６|::::::::　　（ 。。））　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　 .＿川川;;;::∴　ノ　 ３　 ﾉ　　＜ このスレを後継スレと認定する。
　　／;;;:::::::::::::::＼＿;;;;;;;;;;;;;;;;ノ　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　/::::　　/::::::::::::　　 　|::::|
（::::::::　（ξ::　　・　ノ::・/:::|
　＼:::::　＼:::::::　　　（::: |
　/:::＼:::::　＼:::　　　 ヽ|
/::::　 　＼:::::　＼:::　ヽ　）
|:::　　　 　 ＼::　　￣￣⊇)＿＿　　〜
|:::::::　　　 　　＼;;;;;;;;;;;（＿＿（;;;・）　　〜　ﾓﾜｰ
＼::::::::::　　　ξ（;;;　）;; ）　　　　　　〜
　　＼::::::::::::　　　　）　）
　　　　）:::::　　　／／
　　　/:::::::::　／／
　／:::::　　（＿（＿
（;;;;;;;;;;;＿＿っ)))つ))

今日、厨房雑誌の代表格「日経ソフトウェア」読んでたら、
「多くの出版社が口を揃えて“今年一番期待はずれだったのは.NET関連の書籍だった”といっている。」
なんて感じの記述があってﾜﾛﾀ。
種類は多いけどどれも売れてない、みたいなことも書いてあったな。

>>498 プログラム板ではなかなか見かけないが
プログラマ板あたりでその画像はもう見飽きた。

>>499 .Net雑誌は売れていないのか。
M$関係者やファンの言い訳があるとしたら
「まだ出たばかりだから仕方が無い。」だろうか、
そして「これから売れていく、Javaを超える」と、強気な発言をするだろうか。
大金持ちのM$のことだから強気な発言はするだろうな。

Windows Server何だこりゃ。(;´Д`)
ASP.NETが全く動かなくなったぞ。

>>499
消費者もインターネット等で情報を得られるから、
メディア戦略・プロパガンダだけじゃきつい時代なんだろう。

>>501
・IISマネージャ → Webサービス拡張 → ASP.NETを許可。
・「NETWORK SERVICE」ユーザにアクセス許可を与える。
仮想ディレクトリのルート、Temporary ASP.NET Filesとか。
あとはTempもだったかな。

Windows Serverはマジでセキュリティ周りが厳しいよ。
厨鯖管理者は死滅するかもね。

> Windows Server いいっすね。これ。
> Secure by Default とは言ったもんだ。
> 無駄がなく安全。XPよりサクサク動くよ。
> .NET1.1も強力。

> Windows Server、こりゃかなりチューニングしてるな。
> .NETの速さがまったく違う。Javaとは比較にならない。
> これで一気に.NETが普及するな。

>>504 同じものコピーしてどうする気だ?
まさか、 .Netを宣伝して目立たせて、
.Netの欠点を並べているレスを目立たなくしようとしているんではないよな?

おかげさまで動きますた。どうもです。(;´Д`)
>>504は確かにその通りだと思います。
でも慣れるまで大変そうだ･･･。

502じゃなくて501でした･･･。

馬鹿高い費用かけて開発したんだから安全・強力は当たり前(ﾌﾟ
それで欠陥だらけだったら話にもならんわな（藁

っていうか、aspnet_wp.exeって死滅しちゃったの？

Linuxはもう要らない。
Windows Serverでデスクトップ用途もサーバー用途も完璧にこなすから。
これ、スタンドアロン用途でもかなり売れるんじゃないかな。

ﾄﾞﾄﾈﾄ厨必死ｗ

Linux + Javaの組み合わせでは全然だめ。
.NETが出てからMSは実力のみで勝ってきてるよね。

>>512
> 全然だめ
なぜ？

>>513
遅い、セキュリティが脆い、使い勝手が悪い、サポートが不親切

>>510 >>512 Windowsは金の無駄 セキュリティも信頼性も実績もまだ不全

LinuxではなくHP-UXやSolarisなど他のUnix系との比較はどうした?
Linuxよりもセキュリティ、信頼性、安定性のすぐれたUnix系OSとの比較も忘れないように。

>>512
どう勝ってんの？
実力「のみ」勝って意味？

まあ、Linuxもどんどんボロが出てるからね。
現実は>>470の通りだよ。

社員いいぞ、そういう根拠のないセールストークの方が、
場を呆れさせるのに最適だ。
下手に技術論に首を突っ込むと、墓穴を掘るぞ。

>>515
コスト的に高すぎて比較する意味がない。
LinuxですらTCOはWindowsより高いのに。

>>519
> LinuxですらTCOはWindowsより高い
ソースきぼんぬ

Java(J2EE)ならLinuxよりもSolarisとの組み合わせの方が相性が良い。

>>520
使えば分かる。

>>517 >>519 どこかの企業が調査したレポートを鵜呑みにしているだろ
まだまだ調査方法とレポートが中立的とはいえないな。

>>499
> 「多くの出版社が口を揃えて“今年一番期待はずれだったのは.NET関連の書籍だった”といっている。」
.NET関連の書籍かぁ。まともに.NETを説明した書籍が無かったってことかな。
これから.NET自体に負けないレベルの書籍がでることに期待。

>>522 Linuxのことをよく知らないものが使ったらTCOが高くなって当然。
だがLinuxに熟知してくるとTCOはWindowsより低くなる。

そもそも、TCOを測定、評価する方法に疑問あり。
用途によってもTCOは変化するはずだ。

TCOってMSが自分を有利に見せかけるために作り出した用語だろ？
あんなもん、無視無視。

>>525
Linuxに熟知している人は少なく高いという罠。だからTCOが高くなる。

>>526
アホ。M$叩きで登場した言葉だ。

>>521
ある意味あたりまえかと…
だってメーカー同じなんだもん。

>>529 Linuxはオープンソース、
Solarisはオープンソースでもなくフリーでもない。
しかも高価。かつてはサーバOSとして最強だったが今ではIBMに負けている。
それくらい信頼性が高い。Windowsは眼中に無いだろう。

2000の時みたいに開発用の廉価版出ないかな。

>>530
>IBMに負けている。それくらい信頼性が高い。

何か言ってることおかしくない？

Linuxが普及しないのはTV CMをしてないからだ。

> Linuxに熟知している人は少なく高いという罠。だからTCOが高くなる。
ネタ？本気？
技術者たるものLinuxくらいWinと同じ感覚で使いこなせる技術がないとこの先やっていけんぞ。
余談だが２ヶ月くらい前に電車の中で女子高生が３人くらいで話をしていた。
自分たちのホムペ製作の話で盛り上がってたんだが話を聞いてると、自分の学校にあるLinuxにApacheいれてPHP組むらしい。
専門用語がビシバシ会話の中に出てきてたよ。
学校の授業でそういうのをやっていると聴いたことはあるが、実際にこういう会話を生で聞くとちと衝撃的だったわ。

ミニスカ＆ルーズの女子高生でもLinux使う時代。
あと数年もすればWin＆Linuxを入社時点で使いこなす新入社員が入ってきて、Winしか使えない年寄りが追い出されるなんて時がくるかもしれん。

>>534は捏造

>>534
ネタ？本気？
技術者たるもの.NETくらいJavaと同じ感覚で使いこなせる技術がないとこの先やっていけんぞ。

>>534
> Linuxに熟知している人は少なく高いという罠。だからTCOが高くなる。

これって一般的な常識でニュースでもよく語られてるが。
あくまで現時点ではということでだが。

必死だな(藁

>>535 お前氏ねよ。>>534 のような話はほかでもよく聞く
捏造という根拠を示せやM$厨

Linuxに熟知することはできない。
なぜならば、標準が存在しないから。
どんなに頑張っても「一部」に詳しいに過ぎない。

>>536 こいつ .Net病にかかったみたいだな。
M$から病気が移ったみたいだな。
そもそも.NetとJavaとは比較できるものではない。

>>539 = >>534
（　´,_ゝ｀）ﾌﾟｯ

>>540 まるでM$社員みたいだな。
お前の使っているLinuxは古いSlackware程度か?

その標準とは何の標準か説明されていないな。

捏造話でLinuxを持ち上げても、現実は>>470だもんなあ。

>>539
捏造であることの証明をする方法は一つだけ。
本当のことであるという証拠が無ければそれは捏造。

他に捏造であることを証明する方法が言えれば考え直してもいいが。

>>542 残念ながら俺様は>>534ではない。（　´,_ゝ｀）ﾌﾟｯ

何だ。アンチ厨の捏造自作自演大失敗か。(嘲笑激藁

捏造してまでM$叩いて楽しい？

>>541
.NETとJavaVMは比較していいでつか？

>>544 Linuxの使い方が違うからなあ。
UnixとLinuxの区別もできない香具師がいるからなあ。

こののスレのWindows絡みの話も捏造話

何だ。M$厨の捏造自作自演大失敗か。(嘲笑激藁

MSは叩かれながらも問題を１つ１つクリアしているからなあ。
パフォーマンス、安定性、そして今度はセキュリティ。

捏造してまで反M$叩いて楽しい？

ア　ン　チ　厨　の　コ　ピ　ペ　が　始　ま　り　ま　し　た

>>552 本当にM$社員が言いそうな発言だなあ。
LinuxがなかったらM$もここまでセキュリティが高まらなかっただろうね。
叩かれて初めて動くのがM$
M$は叩かれないと何もできない怠け者

ネタといわれているようだが･･･

> 技術者たるもの.NETくらいJavaと同じ感覚で使いこなせる技術がないとこの先やっていけんぞ。
これは同意。
てゆうか少なくともサーバサイドWebに関していえば、J2EEを一通り抑えているエンジニアならASP.NETは2日もあればほとんど理解できるレベルだと思う。
.NETって、MSの「難しいものを笑っちゃうほど簡単に」という思想を体現しているから、J2EEよりはるかに簡単であることは事実。
（というかJ2EEが複雑で面倒くさいというのも事実だが）

ところでSystem.EnterpriseServicesとか.NET Remotingを抑えているC#厨とかちゃんといるのか？
なんかこのスレでC#厨がXA2相コミットだの非同期MOMだの分散オブジェクトといったエンタープライズな内容に踏み込んだ発言しているのを聞いたことがないのだが。
Java厨の俺でもSystem.EnterpriseServicesと.NET Remotingくらいは判るぞ。

Ｍ　＄　厨　の　コ　ピ　ペ　が　始　ま　り　ま　し　た

>>550
必死になるのは分かるけどさ、Windows絡みの捏造話とWindows絡みの
本当の話ぐらい見分けられるようになろうね。
全部捏造だなんて思ってたら頭悪すぎるから。

社員なんて本当はいないのに社員だなんて決め付けるのは必死な証拠。

>>552
実際に市場にリリースされてから言ってね。

>>556
ほう。あなたはContextBoundObjectを駆使することも、カスタムチャネルも書くことも、
カスタムプロキシを作ることもできるのですね？

>>561 煽り方下手だな。無視され放置されるオチ

捏造厨もアホだな。もっとありそうなネタ作れよ。

>>562
意味がわからないから「無視され放置されるオチ」なんて
書いてるとみなされるのがオチですよ。

捏造と違うなら、どうしてもっと反論しないのですか？
何か言えないことでもあるのですか？

>>535の一行レスにここまで熱くなるアンチ厨も馬鹿っぽくていいな。(w

>>564 意味わからん

>>566
馬鹿っ「ぽい」じゃなくて（以下略

>>561
MarshalByRefObject廻りは一通りやっているのでわかるが何か？
DCOM over RPCやRMI over IIOPとの比較がしたかったのでね。
古川某とかいう人の説明とSDKドキュメント読んで1週間くらいは使ったよ。
カスタムチャネルってカスタムフォーマッタのことか？（違ってるかも）
<system.runtime.remoting>とかそんなのを書いたことがあるが失念した。

そうだね。捏造って確定してるんだからもう止めればいいのにね。

>>565 どのレス

Messagingや.NET Remotionを押さえてる奴がいるとは心強いな。
それらがうまく適用できそうな分野はどのへんよ？

>>569
SDKドキュメントはContext周りの説明はなくなったのだが･･･。

>>559 決め付けてはおらず推測だろ
たとえ社員でなくとも子会社の社員であったり
M$から支援されている会社の社員であったり
エバンジェリストである可能性もあるしな。
2chだからそんなことは断定できない。
社員であるとも限らないが社員でないとも限らない。

このスレにC#厨が存在するってのがそもそも捏造だしな

>>559 決め付けてはおらず推測だろ
たとえ社員でなくとも子会社の社員であったり
M$から支援されている会社の社員であったり
エバンジェリストである可能性もあるしな。
2chだからそんなことは断定できない。
社員であるとも限らないが社員でないとも限らない。

>>574 >>576
涙目で曇ってるせいで２度押ししたようです。(大爆笑

> Messagingや.NET Remotionを押さえてる奴がいるとは心強いな。
> それらがうまく適用できそうな分野はどのへんよ？

J2EE＋EJBを使うようなところじゃない？
ただし.NETはCOM+経由でないと非同期メッセージや分散トランザクションは業務レベルで機能しない。
Remotingは分散オブジェクト自体が下火だから（EJBも2.0でLocalサポートしたし）適用分野はもうないかもね。

Indigoの話はマジでどうなったんだ？

>>574
断定できないんだから推測するの止めたら？
いちいち書くのめんどくさいだろ。
どうせC#とかM$に味方している発言にはデフォルトでつけるんだろうから。
分かりきった事、わざわざせんでいいよ

Windows Server向けだと結構デプロイ方針を見直さなきゃならんようだね。
まあ、安全なのに超したことはないけど。

図式としては
「焦ったJava厨が図に乗ってる.NETマンセーな連中を無理矢理煽る」
だね。ネタも古いし、ウソ多いし、主張も感覚に訴えるものばかりだし。
（役に立たなくてもオープンソースであること自体に意義がある云々）

>>580
Windows Serverだとデプロイ計画できません、という無能な連中は
きっとそれ以外でもまともに計画できてないと思うよ

>>577 こういう暇している厨房消えないようです。
こういうのがSEだったら会社終わってる。
こういう厨房を雇っている会社も哀れだ

>>582
そういうのが今Linuxに大量流入中

>>581
図式としては
「焦った.Net厨が図に乗ってるアンチな連中を無理矢理煽る」
の方が的確だね。

>>581はネタも古いし、ウソ多いし、主張も感覚に訴えるものばかりだし。

>>583
頑張れ。お前の意見はきっと誰かに届くはずだ。

というか、何でWindows Serverにv1.0.3705が入ってないんだろ。

>>585
ほら焦ってる（ｗ

>>585
そういうつまらない書き換えが「焦ってる証拠」なんだが、なあ・・・

まじでたまには痛い本物の.Net厨が登場してくれないかな
ｼﾞｻｸｼﾞｴﾝするのにも飽きてきたよ

>>590
実はﾘｱﾙ.NET厨の癖に。アンチのフリしても無駄だぞ（ｗ

焦ったJava厨が無理にネタを作って展開してるからねえ。
ワンパターンにもほどがあるよ。

数年前の実験結果を持ち出したりするし。

>590 == >591

永遠に不毛なことやっている吉外がいるスレはここですか

Avalonﾈﾀで虫の息だったC#厨も、Windows Serverﾈﾀでなんとか息を吹き返したようだな。ﾖｶｯﾀﾖｶｯﾀ
当分Avalonﾈﾀは封印しておこう。
Windows Serverをクライアントで使えとかってのは論外として、
Web用途だとWindows Serverはなかなか導入されないよな。
つまりWindows Serverが売れても、Windows Serverだのみの.NETが使われないというﾄﾎﾎな状態で、
M$としちゃ手詰まり感が強いよな。

>>534

Avalonについていけないからって封印工作しようとしてるよ（藁

んじゃAvalonﾈﾀ逝こうか?

>>597

よけいなこというなボケ

.netは実行時コンパイル+ガベコレ付きのCOM+という考えはあってる？

>.netは実行時コンパイル+ガベコレ付きのCOM+という考えはあってる？
間違ってる。
.NETにはCOM+が持つ機能の多くを実装していない。（トランザクション属性制御、分散トランザクションコーディネイト、ライフサイクル管理、JITやプーリング、非同期メッセージ、etc）
COM/DCOMとだったら比較対象になるけどね。
死刑判決を受けたものの、COM+というのはやはり高機能なのだよ。

結局M$のサーバしか、ﾄﾞｯﾄﾈｯﾄ厨は使えないという
それだけの理由からC#を押しているということで
よろしいですね。

何から何までM$べったりなシステムしか作れないわけですな。
やたらめったら金かけ、で、バグだらけのシステムを (ﾌﾟ

>>577 2chブラウザがエラーを出してそうなったんだよ。
エラー出したから投稿されてないと思って
もう一度投稿したら2連投稿になってた。
涙目になったのにはむしろ2chブラウザのようです。(大爆笑

M$厨房は、いつになったら貴重な国富をM$に貢ぐのを止めるつもりなのかな。
国賊的な行為だぞ。

煽りや釣りに徹夜漬けで必死になる .Net厨M$厨の心情が理解できないのう。

あせっているのはアンチでもなく 徹夜漬けするほどバカなことをやる.Net厨M$厨であるあんたらにしかみえないんだが。

ほかの.Net厨やM$厨にたいして失礼だからくだらないことは止めた方がいいんじゃない?
かえって.Netに対する印象を悪くするだけだと思うだが。
なんかさ、 .Net厨やM$厨が ｹﾞﾗとか嘲笑激藁とかいう言葉遣いを見ていると
.NetやC#使っている人たちってこんなに下品な人たちなの? って思ってしまうよ。
だから馬鹿なことは止めた方がいいんじゃない? かえって印象を悪くすると思う

>>604
君には生み出すものが何も無いのですね（ｹﾞﾗ
MSに貢ぐ金以上のお金を稼げばいいのです。
そういうことって君にはわからないよね（嘲笑禿藁

>>606
> 君には生み出すものが何も無いのですね（ｹﾞﾗ
> そういうことって君にはわからないよね（嘲笑禿藁
早速下品なのがｷﾀ

なんか、MSのことをM$と表記してる奴が、少し痛々しい。

>>608 じゃMSのことをモビルスーツと表記すれば?

>>608 これからはMSのことをマイクソと表記しましょう

「少し痛々しい。」

違和感があるのは俺だけか。そっか。ふーん。

>>606
キミみたいなのが、M$にとってはちょうどいい集金マシーンなのだよ。
キミらマクドナルドの店員と変わらないね。

>>612
キミみたいな低学歴・低所得者には振る袖もないだろうけどね。(大爆笑

>>613
ふーん。キミは旧帝出て、M$の集金屋に成り下がってるの。

>>613 最凶VB厨房ってそんな高学歴高所得?
言い返せなくなると学歴所得の話しかできないのか?
VBAマクロしかやっていないのに高学歴高所得? (大爆笑

>>615 最凶VB厨房は大規模システムに携わっていないから高所得ではないだろう。

アンチは結局貧乏人のひがみということでよろしいか？

>>615
>>613の発言までも俺の発言になるのかね？

貧乏人にはLinuxがお似合い。
そして使いこなせないApacheでワーム撒き散らして、クラックの踏み台にされてあぼーん。

ブルジョワは悠々とWindows Serverを使う。
たった8万程度で最強の機能とセキュリティが手に入るわけだ。

>>619
馬鹿だな。クライアントが1000台もあれば、
ライセンスだけでどれだけかかると思ってんだ。

キミみたいなのが、M$の集金屋なのだよ。

>>619
2000 Serverは10マソぐらいだったと思うが、安くなるの？

>>617 M$に貢いでる非アンチにも貧乏人のひがみは おる! おる! YO!
金無き中小企業は仕方が無くM$製品を使うところが多いからね。
そこでM$からお金を貰っている。M$からお金を貰っているからM$に逆らえない。
M$の奴隷企業さ。そういうところではM$に忠誠を誓う貧乏人多いって話だよ。

>>619 真のブルジョワはWindowsではなくSolarisを使う。

>>601
ただ、、ROTORをみた感じだとCOMとの相互の連携(マネージドから
COMをマネージドコードのように見えるようにする、また
アンマネージドからマネージドコードをCOMのように見えるように
する)のためにかなりCOMに似た動作をするように努力してるように見える。
だからILXなんかでも.netとCOMは関係ないからバンバン取り込めるかと
いうとそうじゃなくて、連携を維持しながらだとそれはCOMの
拡張も必要とされるらしい。関数型言語向けにclosureやthunkの
入ったILXはなにも調べてないんで分からないんだけど。。。
現状のILXはILへのコンパイラという形に留まってる。単純にCLRの
コンパイラを拡張、という風には行かないみたい。

>>623
いや、AS/400だ。

>>620
君には減価償却という観点が無いのかね？
費用対効果なんぞ考えたことも無いのかね？
作ってるのは使い捨てのアプリですか？

ユーザーは常に安くて良い物を求める。
ITバブルの時代じゃあるまいし、
いまどきコストでしかないIT関連の投資で無駄金投じて
ブルジョア気取っている馬鹿がどれほど残っていると思ってるのかね。

>>626
アホアンチはまともな業務なんてしたことがないから分からないのだよ。(大爆笑

>>627
貧乏人ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!!

＞＞６２９
貧乏じゃなくて、ケチなだけ。
WindowsServer買うくらいの金はあるに決まってんだろ。
ただ、無駄使いがイヤなのだ。

>>624
COMを取り込むという時点で、異種コンポーネント間通信になるから、上手くは無いな。
必ずどこかにオーバヘッドはあるはずだし（ミドルウエアプロセス間通信とか、最適化されていないコードとか）、そもそも開発手法も言語もコンポーネント規約も違う。
CORBAとDCOM、J2EEとCOMが異種コンポーネント間通信を試みているのとイメージ的には一緒の気がする。

>>628
なるほど。
ﾊﾞｶにするのなら、有無を言わせぬ賢いことを
言って欲しいものですなぁ。いやはや

＞＞６２６
いや、実際某企業でWindowsのCALが膨大な額に上るのに恐れをなして
Linux等を検討しているという話を聞いたのだ。

費用対効果なら、Linuxが一番パフォーマンスが高いからな。

Linuxを採用している企業が大企業も含め増えているというのは事実だからな。
IBMを初め日本の大手ベンダの多くが全面バックアップしているという影響もあるが。

>COMを取り込むという時点で、異種コンポーネント間通信になるから
いや、それとはちと違う。CLR内におけるコンポーネントとは、あくまで
動的にコンパイルされたメモリ上のイメージ。それをCOMやその他
ネイティブコードに対してCOMコンポーネントのように見せるための
ブリッジがCLRに含まれている。

Linuxなら、M$に貢ぐ分を人件費等に充てられるので
エンジニアとしてもおいしいのだ。

高い見積書を出す馬鹿なM$厨がいるおかげで、助かっているのだ。
そういう意味では、馬鹿が絶滅すると困るので
せいぜいC#でもやってなさい。

>>633
移行したのではなく検討しているですか。

>費用対効果なら、Linuxが一番パフォーマンスが高いからな。
トータルコストも考えてください。
教育コスト、管理コストetc
全ての人がパソコンに詳しいわけではありませんよ。

＞＞６３７
クライアントはWindowsでもいいんだよ。特にWebアプリなんかは。
サーバへのアクセスがLinuxはタダだからね。
コストなんて、管理者の教育程度だ。サポートしてもいいくらいだ。

しかし、そのうち、LinuxでOffice関連が強化されれば
クライアントもLinuxというケースが増えるだろうね。
毎年のようにWindowsとOfficeの新バージョン買わされるんじゃ
ユーザもたまらんからね。

M$っ書くやつキモイ。

>>638
いつも疑問なんだが、
>毎年のようにWindowsとOfficeの新バージョン買わされるんじゃ
これはどういうことなんだ？
買うか買わないかは決められるだろう？

>>640
買わなければ、時代に取り残されるぞ、
というのがMSのやり方だ。
MSの宣伝にまんまと騙された企業が、一部にXPなど入れてみる。
で、98との混在などでトラブルに巻き込まれて、右往左往したりする。

Windowsはとにかく厄介なのよ。

おまいらこんなところでなにやってんだよ｡
会社にいるなら仕事に集中しろ｡
休日なら遊びに集中しろ｡
2chで暇つぶしなんて一番無駄な時間の使い方だぞ｡

まあ、Linuxにしたら"トータルで"安上がりになるとか、
MSは"結局"高い、とかいうのは少なくとも嘘だな。

直接の費用しか考えないのって、ネタでしょ。

MSが結局高いね。
当たり前だろう。あれだけ金を吸い上げているところの製品を使って
安くあがるわけがない。

家庭ユーザ向けのPCにまでOfficeを抱き合わせて売っているのだぞ。
悪徳商法にもほどがある。
家庭でAccessなんて使うわけがないだろう。
せいぜいWordで年賀状印刷するくらいだ。

>>641
一般人はMSが何を宣伝してるのか知りません。
普通導入する前になんなりと検証するだろ？
例外的な企業を一般的な企業と勘違いしないでくさい。

>>635
CCWやRCWのことでしょ？
あれってラッパというかスタブじゃないの？よく知らないけど。
なんかJava-COM Bridgeみたいなイメージがあるんだけど。
いずれにしても死滅スレで話す内容ではないな。

＞＞６４５
いや、この話は世間にも名の通った大企業でのことだよ。

まて、何と比較して高いのか641も644も言ってないぞ。

>>644
俺がパソコンを買ったとき、
どうしてOfficeがついてこなかったのだろう？
Word,Excelは入っていたが。ｼｮﾎﾞｰﾝ

>>648
「本来払うべき金額よりも余計にボられてる」とか言い出すと思われ

＞＞６４８
MSよりもっと良心的な場合と比べて高いといっている。
せいぜいネットしか使わない家庭ユーザ向けなら、
ウォルマートのLindowsなんてのが一番安い。
ま、ハードだけ買ってLinuxインストールしてNetscapeかMozzila
てのも安上がり。

>>650
その「本来払うべき金額」の根拠となるモノが比較対象だと思うんだが。

>>652
デスクトップLinuxとかOpenOfficeみたいな劣化コピー品しか
出てこないと思うけど・・・

あたってるな。ﾜﾗﾀ
しかしいつのまに御家庭用の話になったんだ？
もっとエンプラな話しようぜ(藁

Linux/Javaがそんなに優れているのならみんなそっちに移行して
MSが対抗するために値段を下げるはずなんだがな｡
現実はMS増収で､アンチの酸や犬糞関連は軒並み減収・破産してるんだよな｡
これはアンチの無能さと製品の使いにくさを如実に示しているといえるだろう｡

>>644
家庭ユーザ向けにAccessなんぞ入ってなかろう。

>>656
つか、家庭ユーザでプリンタまで買う現状もどうかしてるな。
これもMSとMSとグルになった輩の
脅迫的な『パソコン覚えなきゃリストラ』とかそういう戦略に
まんまと騙されているわけだ。

最近消費者もようやく騙されていたことに気付き、IT不況を呼んでいるわけだ。

>>657
年賀状一枚も届かなかった引きこもりﾊｹｰﾝ!

＞＞６５８
あ、ちなみに年賀状はYahooのグリーティングカードで済ませてます。

>>658
まあアメリカ在住だしね。

＞＞660
語学の壁でヒキコってやつですか？かわいそうに。

つーかさ、M$は昔からライバル製品を潰すために、
ライバル製品が消えるまで採算度外視戦略をして来たことなんか誰でも知っとるだろ。
パクリワープロ、パクリスプレッドシード、パクリブラウザなどなど
昔から業界では、M$の通った後にはペンペン草も生えんって言われ国産ソフトも消えてったしな。
で、M$の次の目標はインターネット関連技術にJavaをパクって、
それを独自拡張のうえWin製品にして囲い込みと。

エンプラなコストの話できる奴なんて
２ちゃんにはおらんだろ。

いつまでも家庭用の話にこだわってるのは、それしか知らないからでは？

>>661
ハァ？ちげーよ

ネタもニュースサイト仕込みのゴシップまがいのものばかりで
発展性がないな。

>>662
そうでし。それはもはや周知の事実。
だから連邦裁判所かどっかが、
WindowsにJavaを搭載せよ、という判決を出すってんだろ。

これ以上M$のOSをてこにしたライバル潰しを見過ごすわけにはいかん、
というわけだ。

年賀状問題から話題を逸らそうとしている引きこもり厨必死だな(藁

コストの話題は御家庭用のネタしかないことがバレちゃったしな

＞＞６６８
今現に関わってるプロジェクトの話なんか出来るわけがないだろ。
企業秘密に関わることだし。

>>668
学生がいくら頑張っても業務知識は付かないからねえ。

しかしMS厨房、ほんとにうざいぞ。
漏れは過去の経験から、MSから離れることにし
今のプロジェクトもMS抜きで進んでいる。

ぎりぎり言えてここまでだな。

ご家庭向けプロジェクトでMSから離れるなんて、自殺行為では(藁

ま、結論言えばC#アプリなんかないし。

それとC#と関係ない話はスレ違いだし。

>>672
あほか。これ以上煽っても、なにも出さんもんね。

お、そういえばFelicaビューアーはC#アプリですね。
正直驚いた。

【年賀状印刷】Ｍ＄製ソフトってコスト高いの？【オフィス】

>>676
M$のソフトはなんだかんだで毎年買わされるから、むちゃくちゃ高くなる。
というか、そういう収益構造になっている。
毎年、旧バージョンを死滅させて、新バージョンを買わせることで儲ける。

煽りじゃなくて真面目な話なんだけど、
C#で納品した人いる？いたらどうだったか話聞きたいんだけど。

なんだ。勝手にMS製品買って
勝手に文句付けてるだけか。
買いたくなけりゃ買わなかったらいいのに。ﾌﾞｯ

>>678
居る訳無いだろ。C#厨房の99％は、今お勉強中なのだ。
明日のソフト開発の主流言語がC#になると盲信して
VS.NET買って、空のウィンドウの出し方でも覚えて
舞い上がっているところだ。

>>680
ｷﾞｬﾊﾊﾊﾊﾊﾊ
空のウィンドウごときで舞い上がるﾊﾞｶではないぞ。
半透明ウィンドウを作成して舞い上がってこそ一流。

>>681
似たようなものだと思われ。

>>681
Macだと、デフォルトで半透明ウィンドウだけど、何か？

>>681
つまり >>680 のいってる事は基本的に正しい、と。

>>678
案件はある、納品はまだって感じ。
ちょっとした処理でもスレッド作らないとアプリが固まるので作るの結構面倒
イヤーン

Application.DoEvents();

>>686
ループの中にそんなの入れたなーい

http://ukamen.hp.infoseek.co.jp/Programming/Asyncro/index.htm

>>687
なんでやねん？

>>688
Win16時代に退化した気分になるから
なつかしの手動スレッド切り替え(藁

>>690
しかし面倒くさいことするより良かろう？

>>688 リンクが宇宙仮面ですか。。。（ﾌﾟ
ま、試しにC#でやったらどうなるの、みたいな案件でしょうな。
変なところでマルチスレッド・・・？
やっぱ出来損ないのJavaだな。

>>685

恐らくアプリが固まるというのは、MSの得意とする
バグをもって仕様とする、というのでしょうね。

大体私の想定したとおりだ。きっとどこかのドキュメントに
・・・という問題について、というのが出てるんだろうな。

で、バグが潰し切れないうちに、次のバージョンのVisualStudioが出る。
膨大な新たなバグと共に。

>>692
宇宙仮面のリンクで何がおかしいのだ？
>>693
javaでは固まらないとでも？

>>694
真面目な話、これまでJavaで固まったことは無い。
勿論、Javaにもバグはあるよ。
JSPファイルをServletに変換するのがちょっと間抜けだとか。
クラスライブラリの設計上のバグなど。

しかし、MSほど酷くはないな。

宇宙仮面のリンクが何故おかしいかというと、
ちょっと前にC#関連のサイトは立派なのが多い、と書いてあったから。

なんか根本的に意味がわかってないみたい｡

Javaで固まるのは、コード自体のミス以外では無かった、ということだよ。
きちんとソースのバグを潰せば、Javaではとにかく動く。
ソース上の問題はないのに、固まるという異常事態が起こるのは
MSくらいなもんだ。

まあ何でもいいけどDoEventsなんか使わないでスレッド使えよ。
それほどめんどくさいわけでもないぞ。

Fiberないの?

Java厨は日本語まともに読めないことがはっきりしたな｡
早く回線切ってテレビつけないとクレヨンしんちゃん終わっちゃうよ｡

>>693
685 ですが、別にバグって訳じゃないです、この方式の利点も分るし
ただなんかねー、先端なのか、一周400mのトラックをひたすら回り続けているのか
そのうちにオブジェクト指向なんかもう古いって、構造化プログラミング瓜二つの最新技術とか出たりして。(藁
皮肉屋になっちゃいますよ

>>700
いや、ちょっとした処理でスレッド使う、しかもループの中でなんて変よ。
一体いくつのスレッドを生成することになるのか。
要するに素直じゃない。

Microsoftの信頼性強化計画、1年の成果は
http://www.zdnet.co.jp/news/0301/18/nebt_15.html

同戦略を構成する4本の「柱」のうち、Microsoftはセキュリティと
プライバシーへのアプローチでは明らかに変化を遂げた。
しかし残る2つの分野、信頼性とビジネスの統合性ではそれほどの
目に見える変化はない。

>>696
誰あてのレスだ？

相変わらずMS関係の開発者は変なことやってるな、というのが
正直な感想です。

アプリが固まるのを避けるのに、マルチスレッド？なにそれ。

>>640 >>645 M$にはソフトウェアアライアンスなんてものがあるぞ。
継続してアップデートしないと損する仕組みになっているのだよ。
一旦解約してから再契約すると損をする仕組みだ。
M$Office98からXPにアップデートしようにも
2000へのアップデート料も払わないといけない。
2000買うのが嫌だからと言って一旦解約するとそれ以上に負担をかける仕組みだ。

>>705 やっぱりそうか。徹夜までして煽りにたっぷり時間を費やすM$厨も変なことやっているな、と

>>795
アプリが固まるの定義をしてくれ。意味不明

>>795×
>>705○

イベントハンドラ内で重い処理を行っている間
メッセージを処理できずにGUIが応答不能になること｡

＞＞710
それってバグじゃないの？
普通はそんなところでスレッド使わんわな。普通はな。

>>711
Java知らないんだけど､
たとえばウィンドウのボタンが押されたら
円周率を10分かけて計算する処理を書く場合(getpi()が10分間制御を返さない)､
GUIは固まらないの?
その場合時ボタンをもう一度押したらgetpi()が平行して二つ実行されるの?

>>711
ただ明示的にするか、暗黙かの違い。
再入処理は知らない人間にとっては危ない処理だから、
普通は入れないようにしておくのもあり方のひとつ。
大人数での開発では悪い話ではない。
悪いほうばかり見ていると全体が見えなくなるよ。

>>712
固まらんと思うよ。反応が遅くなるだけで。
つまり、１０分後に反応するんじゃないの。

>>714
それは普通固まったというと思ふ

>>712
Javaでもイベントディスパッチスレッドで
重い処理するとGUIが応答不能になりますよ。
何処でも似たようなものだと思います。

＞＞７１５
つか、そういう場合は「処理中です」くらいのメッセージを出しとくんじゃ
ないの？普通はね。

>>715 486CPU33MHz,メモリ8MB時代には30分たってようやく動く反応するソフトがあった。

>>716 JavaでGUIやることはまだまだ先にしたほうがいいのでは?

>>717
そのとき他のボタンの反応ができないで困る、ウインドウがクローズできないのは致命的。

Javaでは>>712のgetpi()は普通どうやって実装・実行してるの?

>>721
スタティック変数のMath.PIを参照する。

>>720
Windowをクローズ出来ないほど処理で時間食うの？
例えば「処理中メッセージ」ウィンドウでキャンセル押したら実行中断とかじゃだめ？

>>710
>>685か？

>>711
それをバグというのか？
>>712
さっき試してみたが、javaはウィンドウ動かせる。
が、他のアプリへの切り替えがめっさ重くなった。
実行時間はjavaが倍だった。

>>723
スレッドは一個なんだから、処理が終わるまでは、なんのメソッドも実行されんよ。
そうでなかったら再入してしまう、それでなければスレッドを一本にした意味がない。

>>710
>>685か？
違うよー

>>724
> 実行時間はjavaが倍だった。
実行時にserverオプションつけても?

>実行時にserverオプションつけても?
これはバブルソート専用オプションです｡

>>724
> 実行時間はjavaが倍だった。
つーかそれってC#との比較?

>>722 それってアルゴリズム自作してないんじゃ?

>>725
別Windowがアクティブになるんだから、そっちでメッセージ受け付けられそうな
もんだけど。
試してみたいが、今日は休日なので止める。

＞＞７３０
だって、わざわざパイなんて計算しないわな。
何万桁も欲しいのなら話は別だが。

40以上もレスを連ねた挙句結局どっちも同じって事かよ｡

>>731
メッセージは受け止めているよ、スレッドがブロックされて実行されないだけ。

＞＞７３４
なら、キャンセルボタンが押された時点で、
処理に時間のかかっているオブジェクトを破棄するかすれば
いいんじゃないかな。

試してみたいが、今日は休日なので・・・。

>>727
>>729
java version "1.4.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-b21)
Java HotSpot(TM) Client VM (build 1.4.1-b21, mixed mode)

と

VB.NET releaseコンパイル。一応「全てデタッチ」してから実行。

倍ではなかった。ｽﾏｿ。25秒と40秒弱かな？

>>736
コードを見てみないと、何とも言えん。

Private Sub Button14_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button14.Click
Dim i As Integer
Dim j As Integer
For i = 1 To 100000000
For j = 1 To 10
Next
Next
Button14.Text = "クリックされたよん"
End Sub

ActionListener aec=new ActionListener()
{
public void actionPerformed(ActionEvent e)
{
Button b=(Button)e.getSource();
for (int i=1; i<100000000;i++)
{
for(int j=1; j<10;j++)
{}
}
b.setLabel("クリックされたよん");
}
};

こうみるとi<100000000が怪しいのかも。

しかしjavaの方がj<10だから１回少ないはずだ。
うむむ。

>>738
あんま比べても意味のあるコードとも思えないっす。

意味の無いコードだし少なくなるのは1回ではない。

>>740-741
なぜだ？
javaの方が{}を通る回数は少ないはずなのに、遅いのだぞ。
わけを言え

＞＞７４２
intを使っているせいじゃないかな。
longでやってみ。

693が真性のDQNなのか、たんにC#を煽りたいだけのJava厨なのか分からん…

ベンチ対決ならもっとまともコードでやれや

＞＞７４２
いや、intの範囲内だな。
Javaの方は、JVMを使っているせいだろう。
VBの方は、ネイティブに変換されるからだろう。
C#と比較してけれ。

>>743
longでやると、70秒弱か。
>>745
for文の標準的な書き方だろう？
まともなコード出せや。
>>746
VB.NETなんですが。

>>747
>まともなコード出せや。
長くなるからヤダ

>>747
VBの方もバーチャルマシンを使っているのか怪しいところだ。

それにしても、空ループ回すだけのじゃ、意味ないよ、ほんと。

javaだとスレッドがちゃんと別に走ってんでしょ？
VBでもそれやんなきゃ。もっともループの真中にDoEvents破産でもいいですが
（止めません）

Javaの方が、頻繁にボタンが押されたかどうかのチェックにいってるんじゃ
ないかな。
もっと計算の負荷が高いのにしてみ。

JVMもHotSpotって出てるから、何度か繰り返せばnativeになるっしょ。

空ループ回すだけじゃ、HotSpotでもnativeにしようがないのでわないかな。

HotSpotってダサいな。この程度も最適化できないのか。

>>753
空ループ回すだけでも どーにかしてJITコンパイルするみたいですね。

Hello h = new Hello();
final int LOOP = 10000000;
for (int i = 0; i < LOOP; i++)
h.dotest();
}
public void dotest() {
final int LOOP = 10000000;
for (int j = 0; j < LOOP; j++) {}
}

こーゆーんだったら最適化してくれるみたい。
Hotspotってメソッドの呼び出し回数からnativeにコンパイルするから。
とりあえず-serverだったら空ループを除いてくれた。

clientはmethod invokeの閾値まで待つのが面倒だからやってないけれど時間かかりそう。

using System;
public class bmtest
{
public static void Main(string[] args)
{
Console.WriteLine(System.Environment.TickCount.ToString());
int sa;
for( int i=0 ;i<100000;i++)
{
for (int j=0;j<10000;j++)
{
sa=i-j;
}
}
Console.WriteLine(System.Environment.TickCount.ToString());
}
}

import java.util.*;
public class bmtest
{
public static void main(String args[])
{
Date d=new Date();
System.out.println(d.getTime());
int sa;
for( int i=0 ;i<100000;i++)
{
for (int j=0;j<10000;j++)
{
sa=i-j;
}
}
d=new Date();
System.out.println(d.getTime());
}
}

Del vs C#スレに円周率計算するベンチあったよ

>>758-759
csc /t:exe bmtest.cs
bmtest.exe

javac bmtest.java
java bmtest
で比較

約１０秒と約４５秒となりますた。

>>759
Java の奴 System.currentTimeMillis() 使ったほうが良くない？

誤差を云々するには差がありすぎるだろ｡

import java.util.*;
public class bmtest
{
public static void main(String args[])
{
System.out.println(System.currentTimeMillis());
int sa;
for( int i=0 ;i<100000;i++)
{
for (int j=0;j<10000;j++)
{
sa=i-j;
}
}
System.out.println(System.currentTimeMillis());
}
}
結果はあまり変わらずですた。

HotSpot云々してる粘着のために、内部ループを別メソッドにしてあげてみてよ

>>766
いや、Javaのもネイティブになってると思うよ。
確認するなら java -Xint bmtest と時間比較してみれば一目瞭然。

Java の方 3 秒くらいで終わるけど。gcj -O3 で 1.5 秒。
ウチの環境だと C# は 1 秒未満になるのかな。

MSは相変わらずパクリだけは上手いんだろうな。
おそらく.NETのバーチャルマシン（名前忘れたけど）を
チューニングしてるんだろう。

でも、漏れはJavaには実行時のスピードは大して求めてないので、
一向に構わん。

>>768
こちらは
Win2k
pen2-266です。

>>770
そんな遅いマシン使うなよ・・・
最近のマシンなら、Javaの遅さも大して気にならんがね。

>>765
Flat profile of 15.32 secs (1519 total ticks): main

Interpreted + native Method
0.1% 0 + 1 java.lang.String.charAt
0.1% 1 + 0 java.util.jar.Attributes.put
0.1% 0 + 1 java.lang.ClassLoader.checkPackageAccess
0.1% 0 + 1 sun.net.www.MessageHeader.grow
0.1% 1 + 0 java.io.Win32FileSystem.isSlash
0.3% 2 + 3 Total interpreted

Compiled + native Method
99.6% 1513 + 0 bmtest.main
99.6% 1513 + 0 Total compiled
コンパイルされているみたいだね。

http://postneo.com/2002/11/24.html

のscimarkのベンチマークでもC#のスコアが良いみたい。

Pen4-2.5Gでやってみたよ。

C#　: 625ms
java: 2420ms

javaは-Xintすると１０秒かかっても帰ってこないから、
HotSpot最適化は行われてるみたい。でも遅いね。

あ、間違えた。
MSの方が、nativeに変換するところを相当チューニングしてあるのだろう。
多分nativeになったとこがマシン語で１〜２語Javaのコードが長いのだと思う。

>>758-759 >>765 C#ではなくVB.Netとjavaとの比較じゃん....

>>765
どうでもいいけどimport java.util.*いらんでしょ
はずしたくらいで早くなるんだろうか?

ちゃんと値の時間差を取っていないようにみえるんだが....

まさか >>770そんなマシン使って
「Javaは遅い遅い使えんVBでないといかん」ゆーてたんか?
10倍はパワーがある(と思われる)2GHzマシンでも比較してないんかい?

>>775
> >>758-759 >>765 C#ではなくVB.Netとjavaとの比較じゃん....

これはネタだよね？

>>775
> C#ではなくVB.Netとjavaとの比較じゃん....

どう見ても>>758はC#だろ
さすがJa(ry

なんか.NET圧勝っぽいんですけど・・・４倍って何？

>>766
やってもたいして変わらんじゃろ。
>>771
愛着あるのよ。古いもの大事にする性分でね。
>>775
コピったので削除するの忘れてた。
結果はたいしてかわらん。
俺はjava遅い。使えんなど一言も言ったことはないぞ。
簡単なベンチマークの結果、javaの方が遅い？とは言ったが。

じゃ、もっと複雑な計算させてみ。
浮動小数点の計算させるようなんじゃないと、実際のところは分からんよ。

結論：空ループを書くならC#でやりましょう。

現実の数値って重みがあるよね。議論の材料にもなる。
印象的な批判しかできない人は付いてこれないけど。

public class bmtest
{
public static void main(String args[])
{
System.out.println(System.currentTimeMillis());
int sa;
for( int i=0 ;i<100000;i++)
{
for (int j=0;j<10000;j++)
{
sa=i-j;
}
}
System.out.println(System.currentTimeMillis());
}
}

>>770 Javaに使用しているメモリはどうなってる?

VB.NetもJavaもどちらもコマンドプロンプト使ってる?

昔VisualStudioでループ内でprintf文つけたCプログラムと
ループ内でSystem.out.println()つけたJavaプログラムとで
速度比較したところ、なぜかJavaの方が早かったことがある。
Cの方がVusialStudioからプロンプトを起動しているのが原因だったらしい

ソース
>>758
>>783
コンパイル
>>761ってことで。

>>776-777 >>738と間違えた。スマソ
気が付くとレスがかなり進んでいる。

うーむ
javaのほうは-serverつけてやったら一瞬でおわったぞ。
J2SE 1.4.1_01

C:\>c:\j2sdk1.4.1_01\bin\java -server bmtest
1042898913020
1042898913040

ここは空ループベンチに熱くなるスレですか?

>>780
http://postneo.com/2002/11/24.html

>>787
その後参照されない変数だから、ループごと消去してるんじゃ？

空ループ削除の疑いがあるな

をを、そうだ、GUIを外してコマンドプロンプトで比較しろよな。
余計な要素があるんじゃ、正確な判断材料にはならん。

>>790
たぶんそーだと思う。

>>780 浮動小数点演算はCPUがAMDかIntelかで変わると思うのだが。

>>790
そゆことでしょ。だから空ループじゃ・・・

C#はVisual Studio .NET コマンド プロンプトからの実行。
javaはコマンドプロンプトからの実行。

ようやくJavaのJIT技術も.NETに追いついてきたということか。
Sunにしては頑張ったんだと褒めてあげたい。

>>794
同一マシンで実行するのですよ？

>>796 そうすると>>784のようにC#のほうが若干おそくならないか?
どちらもコマンドプロンプト単体で開いた方がいいと思う。

空ループに何か演算をいれるわけですか

C#の方も普通のコマンドプロンプトから実行。
結果は変わらず、
C#約１０秒-java約45秒

using System;
namespace CSharp{
　class CSharp{
　　static double calc(double x1, double y1, double x2, double y2, int Depth)
　　{
　　　if( x1 * x1 + y1 * y1 >= 1 ) return 0.0;
　　　if( x2 * x2 + y2 * y2 <= 1 ) return (x2-x1)*(y2-y1);
　　　if( Depth <= 0 ) return (x2-x1)*(y2-y1)/2;
　　　double x = (x1 + x2) / 2;
　　　double y = (y1 + y2) / 2;
　　　return
　　　　calc(x1, y1, x , y , Depth-1) +
　　　　calc(x1, y , x , y2, Depth-1) +
　　　　calc(x , y1, x2, y , Depth-1) +
　　　　calc(x , y , x2, y2, Depth-1) ;
　　}
　　
　　static double getpi(){
　　　return calc(0.0, 0.0, 1.0, 1.0, 27) * 4;
　　}

　　static void Main(){
　　　Console.WriteLine(getpi());
　　}
　}
}

>>800
java -server bmtest してみたら？

>>798 なら関係ないだろう。
AMDのマシンとIntelのマシンを別々に用意して計算するひとがいるかもしれないと思って

んじゃ、ループの中でlogか何かを計算させるのでやってみ。
ただの引き算ではつまらん。

>>784
Javaに使用しているメモリ
とは？

>>800 C#のほうはさらに早くなると予想してた。

>>801 円周率のアルゴリズムの一種?

円周率と言うとarctan使う方ばかり思い出す。

>>805 Javaを動かすとき、メモリ使用量を設定できるんです。
が、もしかしたら関係ないかもしれません。自動でメモリをフルに使っているかもしれないので

やはりここにはリア厨しかいないな。

>>806
再帰を使って円を正方形に分割してその和を求めるアルゴリズム｡
doubleの範囲内でも十分遅いのが売り(藁

>>808
死滅スレに何を期待してるんだろ？

＞＞８０９
円周率求めるんなら、普通は無限級数使うわな。
詳しくは忘れたが、1/2! + 1/4!+とか、そんな感じの。

おかしいな。そろそろDelphiバージョンが割り込んできてもいい頃だけど。

>>812
C#どころかJavaにすら劣るのに出てくるわけないだろ。(嘲笑激藁

>>812 しからばご要望に応えて(藁
結果はC#の方が速かったよ｡
program getpi;
{$APPTYPE CONSOLE}
uses SysUtils, Windows;
function calc(x1, y1, x2, y2: Real; Depth: Integer): Real;
var x, y: Real;
begin
if x1 * x1 + y1 * y1 >= 1 then Result := 0
else if x2 * x2 + y2 * y2 <= 1 then Result := (x2-x1)*(y2-y1)
else if Depth <= 0 then Result := (x2-x1)*(y2-y1) / 2
else
begin
x := (x1 + x2) / 2;
y := (y1 + y2) / 2;
Result :=
calc(x1, y1, x , y , Depth-1) +
calc(x1, y , x , y2, Depth-1) +
calc(x , y1, x2, y , Depth-1) +
calc(x , y , x2, y2, Depth-1) ;
end;
end;
function getpi: Real; begin
Result := calc(0,0,1,1,27) * 4;
end;
var ct: Cardinal; pi: Real;
begin
ct := GetTickCount;
pi := getpi;
Writeln('pi=', pi, ' time=', GetTickCount-ct, 'ms');
end.

>>809 これとは違う?
http://www.sra.co.jp/people/miyata/algorithm/pi2.txt

>>811 そのままテーラー展開した級数より
連分数展開の方が高速高精度になるらしい。
logの計算とかは連分数が級数より数倍高速だった。

こんなのがあった
http://www.sra.co.jp/people/miyata/algorithm/

>>814
Javaとの比較プリーズ

>>802
Error: no `server' JVM at `M:\Program Files\Java\j2re1.4.1\bin\server\jvm.dll'.
（ｗ

>>801のπのやつ、Depthが27だと遅いので24にしてみた。

C#　: 9129 [ms]
Java: 8078 [ms]

ちなみにfloatにしたら
C#　: 4688 [ms]
Java: 6125 [ms]

何が違うんだろ？

>>801 unsafe使ったらもっと早くなるのかな

>>818 0.0などをを0.0fや0.0dに返るとC#が早くなると言うことはない?

>>818
おお、おもしろい。.NETはdoubleについての最適化をサボってる？

doubleの仕様って同じなの?

>>818 Javaのdoubleのほうでdouble値の数値にdをつけたらどうなるだろ
あんまかわんないかな?

>>818
複雑な計算だと、Javaの方が速いみたいだね。
floatで遅くなるのは、javaは浮動小数点演算をdoubleで行うから
じゃないかな。

空ループならﾃﾞﾙﾊﾟｲが一番速いけどな（藁

>>824 初期起動の最適化処理が有効になってる?
ためしにJavaのclassにstrictfpつけたらどうなるだろ
C#より遅くなるかな?

>>825 C言語はどうした? C言語が最速、速度最強だろ

>>826
java -server 66176ms
java 77441ms
csharp 94646ms
java(strictfp) 185787ms

一番早い言語は、Fortranです。

あーfloatのはダメだあ。
javaとC#でcalc()が呼ばれる回数が違う。javaのが少ない。
こりゃベンチマークにならんわ。

オマケ
java -server(strictfp) 221ms(ただし計算結果メチャクチャ)

盛り上がって参りますた！ﾋｬｯﾎｳ!

floatをdoubleで計算するなら定義の意味がないではないか。
そんならfloat型なんてものがなくていい。

>>831
お前のコードは糞だったけどな

>>828
スパコンのオプティマイズコンパイラーは速いけど、パソコンのヘタレコンパイラは期待するだけ無駄。

>>789
C# 版どこ？

>>827 なるほどっす。最近Javaが少し早くなった理由はここにあったわけですか。
strictfpがデフォルトでなくなって、従来のMathがStrictMathクラスに変わったわけですか。
c#にはサーバオプションとかはないんですか?

>>828　メモリとポインタの使い方によってはC言語最強にはならんの?
こういう数値計算にはFortranが一番なの?
けど本当に一番早いのはアセンブラだろうか。

>>830 それ>>827との比較?
計算めちゃくちゃ?
strictfp使ったから精度よくなると思ったけど。
かえって桁落ちした?

>>836
昔から strictfp はデフォルトではありません。

>>833
コード出さない奴よりマシ。

>>838 なにかと勘違いしていたかも。別の修飾子と間違えたかも

C#はdoubleを捨ててdecimalにするつもりなんだろうか?

>>839 その通りです。

C#のdouble, float型は構造体の一種だから遅いとか?

ついにブビの息の根を止める時がきたようだな。

>>835
C#
http://rotor.cs.cornell.edu/SciMark/
Java
http://math.nist.gov/scimark2/

>>817
c:\j2sdk1.4.1_01\bin\java -server
で起動する。

>>843 VB厨はいつでもC#厨になれるだろ

やりなおしです。

double, Depth=27
　　　　　calc　　　lapse lapse/calc
C#　: 1073741709回　82875ms　　7.7e-5 [ms]
Java: 1073741709回　57844ms　　5.4e-5 [ms]

float, Depth=27
　　　　　calc　　　lapse lapse/calc
C#　: 1073741677回　35812ms　　3.3e-5 [ms]
Java: 279948725回　16313ms　　5.8e-5 [ms]

でした。どうしてJavaのcalc()の回数が減るのかは判りませんが、
doubleについてはJavaが、floatについてはC#が速いですね。

>>847
どうやってcalcの回数測っているの？

Java::floatは誤差が大きくて
　　　if( x1 * x1 + y1 * y1 >= 1 ) return 0.0;
　　　if( x2 * x2 + y2 * y2 <= 1 ) return (x2-x1)*(y2-y1);
の条件にに引っかかりやすくなってるんじゃないの｡

>>849
あああ、読んでねかった…。

>>849
積和算の順序依存が正体かもね。

もっと露骨に各演算子のベンチマークやれ。

>>822
C#もdoubleも最大値は同じようです。
http://www.atmarkit.co.jp/fdotnet/csharp_abc2/csabc2_005/cs2_005_02.html#cs0504

file://localhost/c:/j2sdk1.4.1_01/docs/ja/api/constant-values.html#java.lang.Double.MAX_VALUE

>>847
> C#　: 1073741677回　35812ms　　3.3e-5 [ms]
> Java: 279948725回　16313ms　　5.8e-5 [ms]
> でした。どうしてJavaのcalc()の回数が減るのかは判りませんが、
> doubleについてはJavaが、floatについてはC#が速いですね。

回数が減ってもJavaの方が遅い。インクリメントのオーバーフローは関係...ないっすか?

>>844
サンクス。

floatでJavaが遅いのは、コード自体の最適化が不足してるんだろ。
リテラルをdoubleに変換するオーバーヘッドがかかってんじゃないのか。

> インクリメントのオーバーフロー

あい、もちろん疑いまして、計測カウンタはlong(64bit)にしてあります。
オーバーフローしてませんでした。

>>849
やっぱりこの部分で桁落ちすか
>(x2-x1)*(y2-y1)
Hornerの方法の適用やこの式の展開するのはだめですか?

decimalとjava.math.BigDecimal使えばちゃんとできると思う。

C#ってベンチマーク禁止令が出てなかったか?確か

>>849のいっていること飲めていなかった。スマソ
条件式の方だった。

>>855
バカ？

>>858 なんじゃそりゃ?

>>857
>(x2-x1)*(y2-y1)
この結果が無茶苦茶だとしても呼び出し回数には影響ないよ｡
ifの条件の方だろ｡ところで円周率の計算結果はどうなってる?

>>858
売り物のチェックをするのはユーザーの権利だろう

＞＞８６０
コードの中で、0.0とか1とかいうリテラルが、floatになったり
doubleになったりしてるんだよ。おそらく。
それをfloatに再変換するオーバーヘッドがかかってるだろ。

>>861
.NET Framework SDK の license.txt に

>4.8 - ベンチマーク テスト お客様は、マイクロソフトの事前の書面による承諾なくして、
>　　　本サーバー ソフトウェアまたは本クライアント ソフトウェアのベンチマークテストの結果を
>　　　第三者に開示することはできません。
って文言が含まれてるって奴です。

同一マシン(Pentium !!!-M)でscimark>>844かけてみた。
スコアは高いほど良い。

C# 93.76
IBM JDK 115.07
SUN JDK 56.98
SUN JDK SERVER 75.56

詳細は次

C# ------
Composite Score: 93.76 MFlops
FFT : 42.19 - (1024)
SOR : 173.04 - (100x100)
Monte Carlo : 12.27
Sparse MatMult : 101.62 - (N=1000, nz=5000)
LU : 139.69 - (100x100)

Platform Information
CLR Version: 1.0.3705.288
Working Set: 4558848

IBM JDK ------
Composite Score: 115.07439754539419
FFT (1024): 3.089995404712827
SOR (100x100): 195.82876742859088
Monte Carlo : 25.162678143297338
Sparse matmult (N=1000, nz=5000): 118.85382279965579
LU (100x100): 232.43672395071405

java.vendor: IBM Corporation
java.version: 1.4.0
os.arch: x86
os.name: Linux
os.version: 2.4.18-14

>>849 x1^2 * y1^2 でオーバーフロー? というはなしではなく
アンダーフローのほうですか。ならまた、度々スマソ

これ使って精度高めんのどう? けど平方しています。関係なかったらスマソ
http://www.sra.co.jp/people/miyata/algorithm/hypot.txt

SUN JDK client hotspot ------
Composite Score: 56.97771108942857
FFT (1024): 2.7429307926486834
SOR (100x100): 150.8261644072779
Monte Carlo : 11.43251538472701
Sparse matmult (N=1000, nz=5000): 50.02748128022843
LU (100x100): 69.85946358226084

java.vendor: Sun Microsystems Inc.
java.version: 1.4.1_01
os.arch: x86
os.name: Windows 2000
os.version: 5.0

SUN JDK server hotspot ------
Composite Score: 75.55980932781245
FFT (1024): 2.945715567121325
SOR (100x100): 153.66467415166204
Monte Carlo : 23.933260884694985
Sparse matmult (N=1000, nz=5000): 61.96671863752976
LU (100x100): 135.28867739805415

java.vendor: Sun Microsystems Inc.
java.version: 1.4.1_01
os.arch: x86
os.name: Windows 2000
os.version: 5.0

>>862
アイヨ

long, Depth=27
C#　: 3.14159265358882
Java: 3.141592653588821

float, Depth=27
C#　: 3.14159264414806
Java: 3.141592502593994

870はlongじゃねえよ、doubleだよ

>>864
クソバカ決定

>>864
> コードの中で、0.0とか1とかいうリテラルが、floatになったり

float版内のリテラルを1.0fとか0.0fとかにしましたが、
どちらも誤差程度の変化しかありませんでした。

関係ないようです。

>>865
それ、ベータじゃないの？英語版つかっているけれど
4.8項が存在しなかったしbenchmarkについては何も言及していない。

>>872
分からん奴だな。Javaの中で、0.0はdoubleとみなされるんだよ。
きちんと全部floatで計算してねえよ。0.0fと書け。

>>864 明示的にfloatへの型キャストや数値にfつけてdouble化防いでも同じかな?
そうするとオーバーフローになるか。
float範囲でオーバーフローしない範囲で計算すればC#とJavaとで正確なベンチマークが
できそうなんですが....

>>867 FFTだけJavaの方が早くなってる。どなってんでしょ。

>>876
いや、スコアが高いほど速いので、逆です。C#の方がやたら早い。

>>865
C#のベンチマークが禁止されているのであって
C#で作ったソフトのベンチマークが禁止されているのではあるまい。

>>873 関係なかったすかそうですか、どうも、サンクスandスマソ
> >>876
> >>864 明示的にfloatへの型キャストや数値にfつけてdouble化防いでも同じかな?

>float, Depth=27
>C#　: 3.14159264414806
>Java: 3.141592502593994
言語が違うとはいえ計算結果が違うってありなの？
IEEEなんたらに準拠してるんじゃなかったっけ｡

>>877 C#ではFFTが激速でJavaでは激遅ですか。10倍も差がある。

>>880 Javaのdouble型はIEEEに準拠しているらしい。
IEEE 754 標準でしょ?

>>874
日本語正式版には書いてあるよ｡
>本クライアント ソフトウェアのベンチマークテスト
って微妙な言い回しだな｡cscのコンパイル速度のことか?

ログとって、ダンプしてみないと判らないかなあ。
面倒だ・・・

>>881 けどIBMが総合評価高い。
FFTを除くとIBMが殆ど速い

FFTのアルゴリズムが異なる、というわけでもないか....

>>875 やっぱりそっちがあってる? やっぱり>>864を意識すべきですか。

>>884
その言い方だと、.netFrameworkに対するテストってことだな。

さて、そろそろ無理矢理結論付けるか。
印象的な批判が好きな人、どうぞ。

Javaのfloatは頭が悪い

つまりVB.NET並びにC#は不滅ですね。

やってみた。AthlonXP1700+
C# -----
Composite Score: 222.73 MFlops
FFT : 164.16 - (1024)
SOR : 329.75 - (100x100)
Monte Carlo : 31.81
Sparse MatMult : 212.91 - (N=1000, nz=5000)
LU : 375.03 - (100x100)

Platform Information
CLR Version: 1.0.3705.288
Working Set: 4718592

Sun JDK client -----
Composite Score: 172.52145530023623
FFT (1024): 70.83498491888753
SOR (100x100): 340.6921927935636
Monte Carlo : 30.68535111475739
Sparse matmult (N=1000, nz=5000): 158.8366392735711
LU (100x100): 261.55810840040147

java.vendor: Sun Microsystems Inc.
java.version: 1.4.1_01
os.arch: x86
os.name: Windows 2000
os.version: 5.0

gcj -O3 -----
Composite Score: 200.05223374661944
FFT (1024): 190.25312163221844
SOR (100x100): 339.1332358896989
Monte Carlo : 39.61562277818076
Sparse matmult (N=1000, nz=5000): 178.23225318007755
LU (100x100): 253.02693525292162

java.vendor: Free Software Foundation, Inc.
java.version: 3.2
os.arch: i686
os.name: CYGWIN_NT-5.0
os.version: 1.3.18(0.69/3/2)

ま、全体的な印象では一長一短、JavaとC#は
パフォーマンス的にはどっこいどっこいだな。

javaのfloatは頭が悪いってことでよろしいか

Javaでfloat使うことなんて、まず無い。doubleを使う。
だから、intではC#が、doubleではJavaが勝ってるというわけで
痛み分けだろ。

FFTのソースを、JavaとC#で比較してみましたが、相違点は個々だけでした。
使っているライブラリの性能が違うのだろうか?

Java : System.arraycopy(data,0,copy,0,nd);
C# : Array.Copy(data, 0, copy, 0, nd);

java :
/** Make a random array of n (complex) elements. */
public static double[] makeRandom(int n){
int nd = 2*n;
double data[] = new double[nd];
for(int i=0; i<nd; i++)
data[i]= Math.random();
return data; }

C# :
/// <summary>
/// Make a random array of n (complex) elements.
/// </summary>
public static double[] makeRandom(int n)
{
int nd = 2 * n;
double[] data = new double[nd];
System.Random r = new System.Random();
for (int i = 0; i < nd; i++)
data[i] = r.NextDouble();
return data;
}

javaのfloatは頭が悪いからdoubleを使え。

float/doubleって型名としてなんか変な感じ｡
float廃止してrealにしてくれよ｡

どうしても引き分けにしたいようで。

ngen使え

死滅スレで丸くおさめんなよ(w

C#の配列コピーと乱数生成は高性能?
C#の乱数生成の精度について調べないといけないのかな。
というか、FFTには乱数なんていらないはずなのに。
ループ内で乱数生成しているのは何かおかしくない?　とふと思う。

>>899
いや、色々比較しても、性能的には多分勝ったり負けたり、てなとこだろ。

今日は有益ですね

Java死滅の話なら他でやれよ。

>>898 real? それならdecimalとBigDecimalがいいよ。

オレが今まで見たベンチではC#のほうが速いのがほとんどだったが。

decimalは意味違うし

FFT 一桁ってのは遅すぎると思うのだけど。
自分は、ソースで落としてコンパイルし、オプション無指定で実行（Sun JDK）。

>>896
SciMarkのFFT使って2^19でtransform, inverseで比べたら
C# 1311 msec.
Java(1.4.1_01) 2023 msec.
だった。時間的には2倍も差はないね。

>>907 C#には構造体とunsafeという技があるからだと思う。

>>911
unsafe使ってるとこなんてないよ。

>>910 使用するメソッド(メンバ関数)を限定するだけで10倍の差が2倍に縮みましたか。
やっぱり配列コピーと乱数ライブラリのアルゴリズムと性能に違いがあるわけですね。

めんどいからJavaのソースだけ。
int n = 8192*64;
double[] data = new double[n];

long st = System.currentTimeMillis();
FFT.transform(data);
FFT.inverse(data);
System.out.println(System.currentTimeMillis() - st);

つか、JavaにもC#にも、スピードはあまり期待してないし。
つか、最近のマシンなら、十分実用的なスピードでるしな。
ほんとに速くしたいのなら、C++でも使った方が・・・。

で、c#の存亡は？

>>912 さすがにunsafe使ったらベンチマークでは反則か。
「C言語と速度がおなじじゃねーか!」となるのか。

C#の存亡はなしと言う事で、Part4をもって終了ですか？

>>916
JAVAとどっこいどっこい

存亡なしって・・・。
生き残るってことでおひらき。

>>913
SciMarkはこうやって測っているみたいだから配列のコピーとかそういうのは関係なさそう。
スコアの計算誤差(でかい)かも・・・
Stopwatch Q = new Stopwatch();

while(true)
{
Q.start();
for (int i=0; i<cycles; i++)
{
FFT.transform(x);// forward transform
FFT.inverse(x);// backward transform
}
Q.stop();
if (Q.read() >= mintime)
break;

cycles *= 2;
}
return FFT.num_flops(N)*cycles/ Q.read() * 1.0e-6;

>>915
数値計算だとあまりC#やJavaを使う必要はなさそうですね。
IOのパフォーマンスとか測った方がより使われ方に即しているかも。

次のスレッド生成可否とタイトル、説明は前スレを立てたと思われる>>25に任せるか。
他の板のスレのようにトリップ強制表示されればなあ。

やっぱ C は速いね。intel-c だともっと速いんだろうか。
gcc3.2 -O3 -----
Composite Score: 328.62
FFT Mflops: 306.65 (N=1024)
SOR Mflops: 337.00 (100 x 100)
MonteCarlo: Mflops: 62.72
Sparse matmult Mflops: 334.20 (N=1000, nz=5000)
LU Mflops: 602.53 (M=100, N=100)

お前ら、今どのソースで比較してんだ？ 教えてください。

>>924
８００番ぐらいのやつ

誰か、会社で
C#を使って開発してますか？
C#の開発案件ってありますか？

議論できるネタで議論すると、みんなおとなしいのな・・・

今日の話題は有意義でしたな。
やっぱりコードが出てくると楽しくなるね。

>>926
600番台後半当たりに一件

こういうネタならいくらでもやりますんで、どうぞ（笑）
変な人が沸いてきたっぽいので退散〜

GUIの応答が無くなるかどうか
テストしたのがきっかけだが、
いい具合なスレになってしもうたわぃ。

>>923
そうだね、intel c compiler 7.0(Linux)はもう少し速かった。
2次元FFTのプログラムをJavaで書いて
ほぼそのままをVCでコンパイルしたら2倍も実行時間違った。
ibmjdkの実行時間はVCよりだったけれどLinuxだからなあ・・・。

>>924
SciMarkはこれ>>844

わしも面白そうだから割り込んでみたがそろそろ退散。

>>925 >>931
どうもありがとござんす。
なんか分かりづらかったのは二つ混ざってたんか。

そうそう、適当に>>801のやってみた。
C(Release):約20秒 VB(FDIVチェック削除以外ON):約25秒だった。
やはりCは速いな。

↓このリストのなかにC#があれば良かったのになぁ。
www.bagley.org/~doug/shootout/craps.shtml

結論

煽るだけのアンチ厨が一番死滅間近。

そうそう。馬鹿アンチは捏造話で無理矢理盛り上げようとして自爆してるだけだしな。(ｹﾞﾗ

>>935
お前のような悪党がいる限り何度でも復活するぜ。

アンチ厨はMSの技術はおろか、非MSの技術さえも使いこなせない能無しばかり。
それに比べてMS厨は、今日のベンチマークの議論でも明らかだか、
MS系と非MS系の技術を巧みに使い分けている。
その上でMSの技術が最高と判断してるのだから説得力があるね。

>>938
アホアンチはMS系と非MS系の捏造話を巧みに使い分けています。(大爆笑

煽るだけの死滅寸前の人間はお前らだけどな＞935-939

世の中、流行った物勝ちなんだよ。
何が流行るかなんて、誰にもわからん。
曲だろうが玩具だろうが食品だろうが、
所詮は予測不可能。
何かを自由に流行らせることも出来ない。
M$とて同じ。
流行るはずの物が死滅する。
こんな物がというのが流行ったりする。

Javaが流行ったら「こんな物が！？」って言ってやろう。

>>942
Javaの流行はもう終わりましたが、何か？

>>943
Javaが流行してた事なんてあったの？

JavaはSunがDQNだったので流行りませんでした。
Javaに期待してた人達や投資してしまった人達が集まってSunを告訴して欲しい。

なんか技術ネタが終わった途端蛆虫がわいてきたな｡

>>944
デビュー当時。
そりゃもう大騒ぎ、世界を征服するような勢いだった。
が……

>>946
技術ネタが終わったからこそ蛆虫がわいてこれた、とも言う

技術ネタのつもりだった蛆虫、とも言う

ベンチマークは技術ネタなのかと小一時間程…

ウジ虫技術者が、技術について語ったつもりになっている
恥ずかしいスレはここですか？

そっとしといてやれよ

本人は得意満面で、いい気分になってたのに

ﾀﾞｲｼﾞｮﾌﾞ
蛆虫技術者でもc#は使える
c#ﾏﾝｾｰ

>>949
しょせんは死シャブ中の技術力なんてこんなもんだよ

＞なんか技術ネタが終わった途端蛆虫がわいてきたな｡
祭り晒し上げ

946 age

　　　　　∧∧　　ミ 　＿　ドスッ
　　　　 (　 　,,)┌─┴┴─┐
　　　　/　　　つ　　終　了　│
　　〜′　/´　└─┬┬─┘
　　　∪ ∪　　　　　││　_ε３
　　　　　　　　　　　 ゛゛'゛'゛

Java厨の皆様おはようございます｡
デスマで出勤ご苦労様です(藁

昨日DVD観たんです。DVD。
そしたら、犬神のモロがアシタカにこんなこと言ってるんです。
「お前にC#が救えるか。MSの未だ見ぬ新サーバの名称からも消えた.NETの文字。
ServletやJSPの変わりに使えるのはPHPにも劣るASPだけ。
マルチプラットフォームを宣伝しながらも、Apache+Tomcatでできる
程度のWebアプリ構築のためにCocoonやMonoの使用を迫られ、
あげくデスクトップでは退化してる？フレームワーク激重！と叩かれる。
哀れで可愛い我が言語だ。お前にC#が救えるか！」

捏造厨もつまんないネタしか書かないね

漏れは鋤きだけど

>>959
M$のマルチプラットフォームという宣伝を真に受ける奴はいないだろう。
UNIX系の.NETですら、いつ出るか分からんというのに。

ベンチマークでC#が早いのは、M$がIntel-PCに特化してチューニングしている
せいだろう。他のプラットフォームでは、Javaの圧勝だよな。

技術系ネタが終わったらまた印象批判が始まったな・・
予定通りだ

修正。
ベンチマークでC#が早いのは、M$がWintel-PCに特化してチューニング
しているせいだろう。

多分UNIX系の.NETは、使い物にならんに一票。

>>963
「と思う」「に違いない」「だろう」とかそんなのばっかだしなあ。

>>965
当たり前だろ。世の中全部数値化して表せるもんではないんだし。

だからってインチキ臭いチョウチン記事をコピペされても
個人的な妄想を書き連ねられてもなあ・・・

いや、UNIX系の.NETってまだ出て無いじゃん。これは事実だよ。
出てないのにマルチプラットフォームも糞もあるまい。

.NETがマルチプラットフォームになるならいかは
monoとかを作ってる奴らの技術力にかかっている。

でて１年のと、でてから７年経ったのを比べてもねえ。

このペースで出ているなら、そのうちに揃うでしょ
MSは開発パワーだけはあるし。
ところで、ここの結論「Javaは遅い」ではなく「Javaは計算精度が悪い」に見えるのは気のせいか？

M$の.NETは１０年計画かなんかですか？
１０年かけて、Javaをパクろうというんですか？

３年計画ぐらいじゃない？

３年後に皆が.NETを記憶しているかどうか。
なんか、一歩後退してるよな、.NETという名称。
M$のとらぬ狸に３年も付き合っちゃおれんよ。

.NETっていう名称UZEEEEEEEEEEEEEEEEEEEEEEEEEE!!!!!!!!!!!!!!!!!!!

後退しているのは名称だけと言いたいのかな。
さて.NETはの３年後死んでることを期待して、それをもとに計画を立てよう。

時に取らぬ狸の皮算用とは
「不確実な事柄に期待をかけて、それをもとに計画をたてることのたとえ」
ということを言うらしい。

MSのいうマルチプラットフォームってのはNTと2000とXPってことなのかな？

UNIX への対応って
Windows Services for UNIX だったりして

.Netの中の人も大変ですねぇ

このスレもラスト２０という事であげ

まあ３年計画だろうね。そのころにはJava=COBOLになってると思うけど。

相変わらずM$も追い上げに必死というところか。
あれだけ儲けてても、JavaやLinuxに恐怖を感じているらしきところが笑えるな。
ゲイツ君は臆病すぎるんじゃないの。

>>971
>ところで、ここの結論「Javaは遅い」ではなく「Javaは計算精度が悪い」に見えるのは気のせいか？
アレはfloatの使い方に問題があるだけだろう。fをつけないのがいけない。
doubleとstrictfp, StrictMathを使えばとくに問題ない。
真に精度を気にするならdecimal, BigDecimalを使う。

floatやdoubleはC#もJavaも10進2進変換誤差を持っている。

>>982 ハロウィン文書を見ればM$の臆病さがよく見える。

今儲けているからといって手抜きするのはマヌケのすること。

>>983
double 化するのであれば精度は上がることはあっても下がることは無いように思うが・・・

M$はこれ以上儲けてどうする気なのか、いまいち分からん。
いくら儲けても恐怖感でいっぱいな不幸な金持ちですね。

>>987
全然儲けていなくて恐怖感でいっぱいな不幸な貧乏人がいくら言っても無駄。

企業としては利潤を増やすのは当たり前なのにそれがわからん奴がいるのか？

>>988
貧乏人は、これ以上落ちることがないから、恐怖感はありませんね。

1000取り合戦にしては地味ですね

Ｃ＃って死滅しちゃうの? スレって死滅しちゃうの?

>>990
少しでも良くすると落ちる恐怖感にかられるから
一生貧乏人であり続けた方が良いですよ。

途中で一瞬だけ良スレになったが印象深かった。
その間浮いてた発言をしてたのは約一名で、完全に無視されてたね。
２ちゃんにしてはおもしろい展開だった。

やはり恐怖感を持たないためにはホームレスになるのが一番なのか？
ホームレス以下もあるのだろうか？

儲ける企業はそれだけで社会貢献してますよ。
顧客の望む製品/サービスを提供し、従業員や
下請けには金を流しているわけですから。
儲けない企業は従業員の時間と投資家の資本を
食いつぶすだけで何も産まない悪の組織。

>>994
自治スレのリア厨連呼の彼だろ。
思うんだが、彼自身がリア厨なんじゃないかな・・・

MSは儲けてるのだから、貧乏なところに恵んでくれ。

>>995
ホームレスは狩られる可能性あると思うけど。
生活レベルが落ちる心配はしなくても良いかもしれんが。

Java厨サヨウナラ。

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。