アカウント名:
パスワード:
%% カーネルだと NVidia のドライバ入れ直しが面倒だけど。
特に実運用しているサーバとかだったら、安易に再起動なんてかけられません。この場合、運用状態でもセキュリティパッチが行えるか否かは大きな違いになります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
パッチ多すぎ (スコア:0)
今日もまたパッチだと思ったらこの記事。
えらいOSが世界標準になったもんだと本気で思います
Re:パッチ多すぎ (スコア:0)
Windows Updateの比ではなかったが。
Re:パッチ多すぎ (スコア:1)
(カーネルの時は早目に起動チェックしてね、とでますが)
%% カーネルだと NVidia のドライバ入れ直しが面倒だけど。
の
Re:パッチ多すぎ (スコア:0)
「セキュリティ」の高低と関係があるのですか?
Re:パッチ多すぎ (スコア:1)
特に実運用しているサーバとかだったら、安易に再起動なんてかけられません。この場合、運用状態でもセキュリティパッチが行えるか否かは大きな違いになります。
の
Re:パッチ多すぎ (スコア:0)
まあ、普通に考えて、何度もテストしている間パッチ提供できないのは嫌でしょ。嫌だと、手間を省こうとするのが人情で、そうすると利便性がは疎かになってるんじゃないですかね?
でも実際問題として、現在の Microsoft の怠慢というよりは、過去から続く OS の設計上の問題かもしれませんなぁ。
例えば NT 系の Service のような依存関係が階層的に管理されたモジュールだと、それなりにがんばれば OS の再起動なしで差し替えも可能な気がします。
しかし素の DLL や EXE のみとなると潜在的な依存関係の把握が厄介だし、そもそも実行中は上書き不可だしでなかなか大変そうです。
(この辺はファイルシステムの設計も絡んでそうですけど……識者の方お願いします)
そういえば .NET Framework 系の実行バイナリに関して、CLRのアプリケーションドメインのシャドウコピー機能を用いたファイル置換テクニックが MSDN Magazine に紹介 [microsoft.com]されていました。
まあ多分一生を通じて関係ない人が大半でしょうが、興味のある方はどうぞ。