アカウント名:
パスワード:
個人的には、「少なくともOracle RACを勘定系で動かせる程度にはLinuxは安定している」というOracleの判断なのかな、と思います。ま、RedHatというよりOracleの手腕に期待かな。
あと、個人的にはJRockIt on Linuxで行く点に注目してます。サポートの観点からはベンダーを揃えるのは正解だと思います。しかし、実績という観点では、JRockItも買収前から考えれば結構長いですから安定しているのかもしれませんが、ユーザーベースから考えれば圧倒的にSunJDKの事例が多いので、果たしてJRockItが十分枯れているのかに興味があります。
#Sun JDK+Weblogicだと、未だにHotSpot Internal Errorに悩まされることがあるので...
でも、バッチ処理に、EJBを使う意義が今ひとつ見えてきませんよね。中間ファイルを残していれば、こけたときにそのステップから流せばいいんですから(懐かしい)、何もいちいちEJBでトランザクションを起こしてRDBMSにインサート、アップデートする必要があるとは思えません。それより、64bitVMでヒープを思いっきり大きくとり、メモリ上でソート、マージなど各種データ操作を極力行い、ディスクアクセスを減らすほうがよっぽど効果的だと思いますが。マスタのデータ長を500バイトだとしても、1000万件で5GBですよね。ソートの一時領域とか考えても、今の水準だったら、余裕でメモリ上に展開できるはずです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
LinuxよりもRACのほうがポイント? (スコア:2, 興味深い)
個人的には、「少なくともOracle RACを勘定系で動かせる程度にはLinuxは安定している」というOracleの判断なのかな、と思います。ま、RedHatというよりOracleの手腕に期待かな。
Re:LinuxよりもRACのほうがポイント? (スコア:2, 興味深い)
あと、個人的にはJRockIt on Linuxで行く点に注目してます。サポートの観点からはベンダーを揃えるのは正解だと思います。しかし、実績という観点では、JRockItも買収前から考えれば結構長いですから安定しているのかもしれませんが、ユーザーベースから考えれば圧倒的にSunJDKの事例が多いので、果たしてJRockItが十分枯れているのかに興味があります。
#Sun JDK+Weblogicだと、未だにHotSpot Internal Errorに悩まされることがあるので...
でも、バッチ処理に、EJBを使う意義が今ひとつ見えてきませんよね。中間ファイルを残していれば、こけたときにそのステップから流せばいいんですから(懐かしい)、何もいちいちEJBでトランザクションを起こしてRDBMSにインサート、アップデートする必要があるとは思えません。それより、64bitVMでヒープを思いっきり大きくとり、メモリ上でソート、マージなど各種データ操作を極力行い、ディスクアクセスを減らすほうがよっぽど効果的だと思いますが。マスタのデータ長を500バイトだとしても、1000万件で5GBですよね。ソートの一時領域とか考えても、今の水準だったら、余裕でメモリ上に展開できるはずです。