アカウント名:
パスワード:
昔、Tru64 on AlphaServerを使ったことがありますが、 あれがすごいのは、クラスタ構成のマシンの両方から同時に共有ディスクを mountできたところだと思っています。
それを実現するキモはメモリ空間の一部をクラスタで共有する高速メモリチャネルだったはずです. このメモリチャネルはAdvFS以外にもOracleのバッファなんかでも利用されていて, クラスタ構成時の性能向上に一役買っていました. つまり構造的には最近のIAサーバのクラスタよりもはるかに結合が密な, SMPに近いものと考えてよいと思います.
それだけにこのメモリチャネルのハードはシステムの信頼性の根幹だったりします. まあ滅多にトラブルことは無いのですが, DECの人の「大丈夫」を信頼してここだけ多重構成にしなかったら, 故障して大騒ぎということが1回だけありました. 本番前の開発期間中のことだったので助かりましたけど.
実は、今のIAサーバでもファイルシステムをAdvFSにしたら共有ディスクが 両方からmountできるとかだと、踊り出すくらいうれしいですが。
ネットワークの性能も当時のメモリチャネルに近いものがありますし, FreeBSDのgeom_gate [seichan.org]の様にネットワーク越しにデバイスを共有する仕組みなんかも整備されてきているので, 可能性としてはありだと思います.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
Tru64のファイルシステムのすごいところは (スコア:5, 参考になる)
あれがすごいのは、クラスタ構成のマシンの両方から同時に共有ディスクを
mountできたところだと思っています。
つまり、ハードと一体で威力を発揮するものと思っているので、
AdvFSだけ公開されても今ひとつうれしくないような気がします。
#Tru64/AlphaServer終焉時のHP営業の方も「あれだけは移行プランがない」と言ってくれました。
実は、今のIAサーバでもファイルシステムをAdvFSにしたら共有ディスクが
両方からmountできるとかだと、踊り出すくらいうれしいですが。
Re:Tru64のファイルシステムのすごいところは (スコア:4, 興味深い)
それを実現するキモはメモリ空間の一部をクラスタで共有する高速メモリチャネルだったはずです. このメモリチャネルはAdvFS以外にもOracleのバッファなんかでも利用されていて, クラスタ構成時の性能向上に一役買っていました. つまり構造的には最近のIAサーバのクラスタよりもはるかに結合が密な, SMPに近いものと考えてよいと思います.
それだけにこのメモリチャネルのハードはシステムの信頼性の根幹だったりします. まあ滅多にトラブルことは無いのですが, DECの人の「大丈夫」を信頼してここだけ多重構成にしなかったら, 故障して大騒ぎということが1回だけありました. 本番前の開発期間中のことだったので助かりましたけど.
ネットワークの性能も当時のメモリチャネルに近いものがありますし, FreeBSDのgeom_gate [seichan.org]の様にネットワーク越しにデバイスを共有する仕組みなんかも整備されてきているので, 可能性としてはありだと思います.