アカウント名:
パスワード:
Lindowsではそういった機能実現しているらしいですが、使ったこと無いので、よくわかりません。
リブートが滅多にいらない分、WindowsUpdateより楽かも。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
WindowsUpdateに相当するのは (スコア:0)
(注;OS自体とパッチの質は度外視してます・・・)
実は最近使っていないんですが、Linuxでは1年くらい前では、個別のセキュリティパッチを当てるのが、初心者(私)にはちょっと面倒だった気がします。
そこら辺をちゃんとしないと、クラッカーに狙われやすくなると思うんですが。
Lindowsではそういった機能実現しているらしいですが、使ったこと無いので、よくわかりません。
Re:WindowsUpdateに相当するのは (スコア:2, 参考になる)
リブートが滅多にいらない分、WindowsUpdateより楽かも。
でも自動的にサーバーをチェックに行って、「準備ができました」みたいなメッセージは出ませんが。
#1年前でもTurboLinuxではTurbopkgで簡単にアップデートできたけどなぁ。
Re:WindowsUpdateに相当するのは (スコア:1)
Windowsでは使用中のファイル(DLLとか)はロックされちゃって上書きできないからリブート後に書き換えたりさせられますが、Unix系の方はそのあたりはどういう仕組みなのでしょうか。
現在動作しているプロセスが使用している共有ライブラリの置き換えが出来るということだと思うのですが、その場合は確かにリブートせずにファイルは入れ替わりますが、動作しっぱなしのプロセスの方は古いイメージの方をメモリ?に抱え込んだままで、その古いライブラリのままの動作をすることになるような気がします。まあその場合でもプロセスだけ再起動すればよいから、OSをリブートするよりもはるかにダウンタイムが短いということなのかな。
あるいはそういう常駐しているようなサーバプロセスの場合は、頻繁にforkする?ので、新しく生成されたプロセスは新しいものを使うので結果オーライなのかな。
Re:WindowsUpdateに相当するのは (スコア:1)
Re:WindowsUpdateに相当するのは (スコア:1, 参考になる)
新しいライブラリをコピー
古いライブラリを削除、の順番で行われると思う
削除されたファイルも使用中のプロセスからはそのまま見えるから問題なし
Windowsも使用中のDLLの削除は出来ないけどリネームは出来る
Re:WindowsUpdateに相当するのは (スコア:0)
WindowsでDLLが削除できないのは、DOS時代からのオーバレイ手法で、必要な時にDLLファイルから随時ライブラリを読込む処理方法をとっているためで、必要な時にファイルがないと困るから。
方や、Unix系のダ