FreeBSDネイティブなJava VM解禁 43
ストーリー by Oliver
素敵なクリスマスプレゼント 部門より
素敵なクリスマスプレゼント 部門より
Anonymous Coward曰く、"タレコミ時点ではまだwebには何も書かれていませんが、 FreeBSDのannounce-MLに流れた情報 (英語)によると、 FreeBSD用のJavaの配布許可がSun Microsystemsから出たそうで、来月(2002年1月)にリリース予定の4.5-RELEASEにはJavaが含まれるらしいです。これでFreeBSD上ではpkg_addだけでJavaが使えるようになりますね。詳しくはannounceの内容を参照していただくとして、まずはNateとFreeBSD Foundationに感謝!!"
使用許諾への流れ (スコア:2, 参考になる)
これでようやくFreeBSDごと製品をリリースできるように なって助かります～ 開発はFreeBSDでリリースするとき は他のOSにしてっていうの、問題が多くて困っていました。
.Net for FreeBSD 対策 (スコア:1)
# それでもうちの会社じゃ FreeBSD 扱えないだろうなあ…
こっちの現状はどうなっているのでしょうね (スコア:0)
どなたか開発状況へのリソースへのポインタなど知ってますか？
市民、あなたは FreeBSD を使っていますか？ (スコア:1, オフトピック)
＃FreeBSD 使ってることが露見すると政治的にまずい人たちなのかなぁ？
original slashdot の方も見に行ったら、あっちも anonymous の投稿ばっか。
こっち同様 anonymous だけど内容のある投稿かと期待して覗いてみたら
アスキーアートの荒しで埋め尽くされてました(*^^*;;;
なんだ 2ch みたいなのってあっちにもあるんじゃん。
「それがどうした、おれたちには関係ない」
Re:市民、あなたは FreeBSD を使っていますか？ (スコア:2, おもしろおかしい)
# と書いてる私は Slackware 使い。
# そうか、私は暇人だったのか...
Re:市民、あなたは FreeBSD を使っていますか？ (スコア:0)
いいえつかっていません、こんぴゅーたさま。
こんぴゅーたさま:
つかっていないとはなにごとですか、市民。FreeBSDは、完璧ですばらしいOS。こんなすばらしいFreeBSDを使わない市民は反逆者です。ZAPZAPZAP
もとのねた:誰(だれ)にも分(わ)からない Java 講座 [ruru.ne.jp]
そいつの元ねた (スコア:0)
Re:そいつの元ねた (スコア:2)
知らずにあのJavaの記事読んでる人もいるのかもしれませんね。
"Quidquid latine dictum sit, altum videtur."
うれしいなっと (スコア:0)
今までjavaのためにLinuxにこだわってた人も結構いると思うし。
Re:うれしいなっと (スコア:0)
Re:うれしいなっと (スコア:1)
何とかなるアプリケーションサーバーもないではないし。
life is too short to hate each other.
Re:うれしいなっと (スコア:1)
Re:うれしいなっと (スコア:0)
Re:うれしいなっと (スコア:2)
少なくとも俺は嬉しい。これでサーバサイドはLinuxとおさらばできる。あとは、どの程度マメに本家のJavaVMをキャッチアップしてくれるか、特にJ2SDK1.4がどのくらいのタイミングで出るか、あとはせめてLinux版と同じ程度のパフォーマンスは出てくれないとね。
個人的には NetBSD が気に入っているので少しだけ残念だけど。FreeBSD版のバイナリって、NetBSDでもまともに動くのかしらん。
FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:0)
現在でもLinuxulatorで動作するLinux JDK14 on FreeBSD は非常に高速です。場合によってはLinux kernel 上よりも速いみたいですけど。
特に注目するべきはFreeBSD5.0で導入が予定されているKSEとFreeBSD JDKのNative Threadの動作だと思います。Linuxカーネルはこの点が弱くて、マルチスレッドなプログラムでリアルタイム性に問題があります（スター
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:2)
この、「場合によっては」がクセモノで、残念ながら手許でのテストでは Linux 2.4.14 と FreeBSD 4.4R で比べた時、Linuxにはるかに及ばなかったのですよ(ただし、1.3.1_01ですが)。どうするとそうやって高速で動作させられるのかぜひ知りたいところです。もっとも、ネイティブなJVMが出てくるとなっては、もはやLinuxemulatorで動かす必要もないのでしょうけど。
# それに、5.0ってーと来年4Qの話だし、仕事ではまだ使いたくないかも。NetBSD/OpenBSDで動くJVMが早く出るといいな。
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:0)
また、できればJDK131ではなくJDK14の方で比較実験してみてください。動作がはるかにおよばないという結果から察しますし、何か
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:2)
けっこう前だったのでさだかではありませんが、SunのJDK131_01を使い、いずれもHotSpot Server VMを使っていたと記憶しています。それを使ってResin 2.0.2(だったかな?)を動かし、簡単なJSPとServletに対してHTTP的な負荷をかけました。マシンは完全に同一のスペックのものを使いました。
そうかもしれません。いずれにしても、JDK14の方にはわたしの用途で使えないバグがあったので、その時はテスト対象外でした。また、HTTPを使ったテストなので、ネットワーク方面のチューニングの問題かもしれません。
ちなみに、NetBSDでJDK131_01は試してみました。Green Threadでしか動かず、性能もちょっと話にならなかったので、それ以上は追及しませんでした。FreeBSD Native JVMのリリースを機に、もう一度きっちりテストしてみるつもりです。
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:0)
なるほど。了解です。
# ところでResinって何でしょうか ^^;;
あ
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:0)
これ↑は、Linux JDKとLinu
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:0)
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:2)
パフォーマンステストには、Jakarta Project [apache.org]のJMeter [apache.org]を使いました。確かに別のWindowsマシンでJMeterを稼働させたのですが、それが原因だったのでしょうかね。
いずれにしろ、本番でもクライアントはIE on Windowsが主になるので、IE相手に極端にパフォーマンスが落ちるのは困るのですが。
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:0)
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:0)
本気ですか？ 冗談にしてはおもしろくないですが。
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:2)
管理コストの点でIISは選択肢に入らんですね。Windows系サーバOSも同じ。同じ機能を実現するのなら(俺にとっては)IIS on Windows より J2EE on UNIX の方がはるかに楽だし、管理も同じ。IISの方が楽な人はそっちを使えばいい。ちゃんと穴を塞いで使ってくれさえすれば、他人がIISを使うことにとやかくは言わない。
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:0)
だとすると、早急に修正せにゃと思ってます。
# 原因はコードじゃなくて設定部分かなぁって雰囲気も
# あるんですけども。
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:2)
ふと思い出したんですけど、これ [freebsd.org]って関係ありますかね? そういえばテストの際、これは試していないのですけど。
Re:FreeBSD JDK14 -- NetBSD, OpenBSD (スコア:0)
JMeter で測ってもサーバの限界性能まで達しないような気がします。 Caucho のベンチマーク [caucho.com]あたりはどうでしょう。 複雑なデータセットのベンチマークを取りたいなら SPECweb など、他にも色々とありますが。
Re:FreeBSD JDK14 -- NetBSD, OpenBSD(オフトピ) (スコア:1)
＞『本番でもクライアントはIE on Windowsが主』ならIISを使えばよいのでは？
それ(IIS )もひとつの解ですよね。
ってーかIE がクライアントである前提なら
IIS 利用のアドバンテージはすさまじいと思います。
特にイントラでは、その持てる実力を発揮してくれますしね。
ホントにそういった事例ならFW を別途用意したうえ、サーバにIIS を置く形でプロジェクトを処理する方がスマートであると思います。
# うちの会社の場合goo.ne.jp やmsn.com ほどのアクセスは無いですが
# 世界中からアクセスのあるショッピングカートをM$ で運営してます。
# モチロンWeb サーバはapache win32 ですが（ぉ。
でも、これからFreeBSD でJAVA できるなら、solaris やLinux 、果てはM$ の呪縛から開放されて嬉しい限り。
しかし世の中の需要は(M$ | Linux )なのですよね。
# 残る砦はoracle 4 FreeBSD か（笑
オフトピ -- Oracle (スコア:0)
# 実は過去FreeBSD版Oracleもあったのですけど、公にはなって
# ないようです。実は最近こっちの動きも慌ただしくなってきて
# まして、ひょっとすると…
Re:うれしいなっと (スコア:0)
Re:うれしいなっと (スコア:0)
という2条件を満たす人達みたいですね．Linux自身の市場の規模を考えると，どう見ても多いとは思えない…
Re:うれしいなっと (スコア:1)
乗り換えなら個人的には一番の動機となるのは性能だと思うので実際にリリースされてみないとわかりませんねえ。
Re:うれしいなっと (スコア:0)
Re:うれしいなっと (スコア:0)
LinuxだとRedhatかTURBOって、運用上面倒なヤツらばっかりなんで 基本的に扱いたくなかったし。でも、これでGroupware系も対応するっしょ。万万歳といきたいんだけどねぇ。
.NET 封じ込め作戦 (スコア:0)
伝えられたから、Sunはここで一気に包囲網を縮める作戦なのだろう。
Re:.NET 封じ込め作戦 (スコア:3, 参考になる)
その観点の場合、Microsoft は .NET 環境を FreeBSD に公式配布することが決まっているから、Microsoft 勢を抑えるためにも早めに公式で Java を FreeBSD 環境に配ってしまいたかったというのはあるのでしょう。
Windows を除いた場合、公式なバイナリで .NET 環境をできる (ことになっている) のは FreeBSD だけだった筈ですし。
公式バイナリ配布は素直に喜びたいと思いますが、今 ports から入れられる JDK 1.3.1 (Sun 公式 JDK ソース + FreeBSD パッチキットから build) などは 4-STABLE 上ではいいのですが 5-CURRENT 上で core 吐きまくるので、この辺りが解決されると良いですね。無理かな。
Re:.NET 封じ込め作戦 (スコア:0)
どんなcore吐きます？ プロセス関連のcoreかな？
Re:.NET 封じ込め作戦 (スコア:2, すばらしい洞察)
安定しないというよりも、free した領域を再度 free しようとしたりすると core を吐くなど、現在の -CURRENT はプログラムがきっちり書かれていないといけない仕様になっているので。
-CURRENT は開発版なのでこの方がいいし、普通の開発環境には -CURRENT は使わない筈なので問題ないでしょう。個人的には Java を使えないので大弱りなのだけど。
ちなみに、動作するのは java -help 位。java -version さえ駄目。
Re:.NET 封じ込め作戦 (スコア:0)
今年中にはFreeBSD版の.NET Frameworkが、Shared Source Licenseで公開されるはずだったような。
どうなっちゃったんだろう？楽しみにしてるんだけどな。
これまでの手続きの流れから (スコア:0)
でもどっちかというと、だいぶ前からSunに対する要求のトップがFreeBSD版Javaのリリースになっていて、これまでNateを中心に進めていた話が資金の面で調達ができたので話がついた、というそれだけのことではないかと思います。
JIT コンパイラ (スコア:0)
んですよね?
だとすると、パフォーマンスはアレそうなんで、やっぱり Linux
binary compatibility で Linux 版を使うのがベストという
ことになってしまいそうな…
JIT コンパイラ動きます (スコア:2, 参考になる)