アカウント名:
パスワード:
単にハードウェアで専用処理入れたとかじゃないのかな...
NTT提供のHGWだって、IPv6 IPsecに関しては妙なソフト処理してて、一定状況下で超スループットが低下するとかあったし。※限られたコストで所定の仕様・要件を満たすためにはしゃーなしだと思いますが。
第五世代のHGWではマシンパワー（？）で強引に解決してたけど。
変更、修正不要と分かっていればソフトウェア処理にする意味ないのは誰でも分かってると思うので、物理設計だとややこしすぎて製造開始期限との兼ね合いからソフトウェアにしちゃった可能性はあるかも。ま、間違ってたからソフトでやっちゃえ！の方が遥かに可能性高いと思うがｗ
ハードウェアとかドライバ不具合とかでデータが壊れるとか良く有る事なので、テスト終わるまでソフト処理でリリースというシナリオの可能性が高いと思う。
# Windows向けNICとかでもNS Offload(チェックサムなど)有効にしたら通信できない、バグるとか良く有るし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
are (スコア:0)
単にハードウェアで専用処理入れたとかじゃないのかな...
NTT提供のHGWだって、IPv6 IPsecに関しては妙なソフト処理してて、
一定状況下で超スループットが低下するとかあったし。
※限られたコストで所定の仕様・要件を満たすためにはしゃーなしだと思いますが。
第五世代のHGWではマシンパワー（？）で強引に解決してたけど。
Re: (スコア:0)
変更、修正不要と分かっていればソフトウェア処理にする意味ないのは誰でも分かってると思うので、
物理設計だとややこしすぎて製造開始期限との兼ね合いからソフトウェアにしちゃった可能性はあるかも。
ま、間違ってたからソフトでやっちゃえ！の方が遥かに可能性高いと思うがｗ
Re: (スコア:0)
ハードウェアとかドライバ不具合とかでデータが壊れるとか良く有る事なので、テスト終わるまでソフト処理でリリースというシナリオの可能性が高いと思う。
# Windows向けNICとかでもNS Offload(チェックサムなど)有効にしたら通信できない、バグるとか良く有るし。