Linux 2.6.18 リリース 33
ストーリー by yoosee
順調に出てます 部門より
順調に出てます 部門より
densuke曰く、"Linux kernel 2.6.18 がリリースされました。
2.6.17のリリースが 6月だったので 3ヶ月の間でしたが、今回もまたいろいろ修正が入ったり、新機能が追加されたりしているみたいです。
ダウンロードはお近くのミラーサイトやカーネルソースのサイト(jp)から。また、詳細なChangeLogもあわせてどうぞ。
個人的に注目なのは、I/OスケジューラのデフォルトがCFQになったという部分です。これはプロセス毎にI/Oの優先度が設定できるもので、バッチ処理プロセスが表で動いてるアプリを阻害してまでファイルアクセスしてるような状態を緩和できる可能性を持ってます。
通常のniceにあわせて優先度も変化するそうですが、カーネル付属ドキュメント内のコードでユーザレベルから操作できるツール(のサンプル)が用意されているます。
コードを取り出して試してみましたが、アイドル時のみ利用という設定にしたプロセスは、たしかに表で忙しくなると途端にブロックされているみたいです。"
タレコみ人から補足 (スコア:4, 参考になる)
書き方が悪かったのですが、これだとCFQが最近入ってきたかという感じです。2.6の比較的初期から入ってるようで、デフォルトが違ってるというだけです。状況に応じてdeadlineスケジューラなども使ってみるといいと思います。
-- やさいはけんこうにいちば〜ん！
Re:タレコみ人から補足 (スコア:3, 参考になる)
echo cfq > /sys/block/hda/queue/scheduler
と変更できるのでデフォルトがどうとかあまりどうでもよかったり。
from Debian GNU/Linux スレッドテンプレ [debian.fam.cx]
SATA hotplug (スコア:2, 興味深い)
手元の環境では「2.6.17.4 + パッチ」で hotplug 可能なので，たぶん大丈夫なのだろうと思っているのですが，どなたか試された方はおられますか？
新機能なんかよりも (スコア:2, 参考になる)
# 「リーナス（キャプテンって呼んでくれ！）」←お茶目さん
Fedora Core 使っている自分には影響するんですか？ (スコア:1, 興味深い)
Linux kernel のアップグレードって、殆どのディストリに影響するんですかね。
Re:Fedora Core 使っている自分には影響するんですか？ (スコア:2, 参考になる)
定番リンク (スコア:1, 参考になる)
# /.J側で毎回貼っとく事を提案したい
ext3だと負荷が高いときに固まる (スコア:1, 興味深い)
Re:ext3だと負荷が高いときに固まる (スコア:1, おもしろおかしい)
Re:ext3だと負荷が高いときに固まる (スコア:1)
随分固まることが少なくなりましたよ。
ファイルシステムのCPU使い方 (スコア:1, 参考になる)
検証したことがあるので参考にどうぞ：
つ
http://pc8.2ch.net/test/read.cgi/linux/1152348695/413-416 [2ch.net]
Re:ext3だと負荷が高いときに固まる (スコア:0)
Re:ext3だと負荷が高いときに固まる (スコア:1, すばらしい洞察)
ext2のファイルシステムは激しく壊れやすいですよ。
Re:ext3だと負荷が高いときに固まる (スコア:1)
ファイルシステムが壊れるようではジャーナリングの意味がありませんが、本当に発生します？
/以下、全てXFSにしていますが、見たことないです。
> 何をしてもext2/3が一番壊れにくそう。
昔使ってましたが、その頃はumountが正常終了しても、それでもファイルがいくつか壊れてました。
Re:ext3だと負荷が高いときに固まる (スコア:0)
多少最近のトラブルを念頭にかいてしまったかもしれません。
ファイルシステムの選定は難しいですね。ext2はともかくとして、2.6カーネルでext3はかなり安定してきて居るような気がします。XFSのトラブルについては、利用者そのものがext3に比べて相対的に少ない等もあるかもしれませが、検索すると同じようなトラブルはチラホラ見かけます。
いずれにしても、きちんとした比較テスト（高負荷や電源切断などなど）をどこかが提示してくれれば良いのですが。
Re:ext3だと負荷が高いときに固まる (スコア:1)
Webを眺めているとこんな記述をなさっている方がいます。
32bit環境ではXFSは怪しいのでは？http://rarfaxp.riken.go.jp/comp/tips/xfs.html [riken.go.jp]という記述です。32bit環境では私の手元では試したことがありませんが、64bit環境でXFSを使用しています。一度トラブルにあいましたが、その後ファイルの紛失もなく復旧できました。
だーかーらー (スコア:0, 荒らし)
Re:だーかーらー (スコア:2)
そういう用途の場合は監視デーモンを
高いプライオリティで動かせば良いのでは？
そうすれば必然的にそれよりは低いプライオリティ
であるCGIが暴走してI/Oしまくっていても
監視デーモンが動けますよね？
あと、ここで書かれている話は以前のスケジューラー
での対決なので0(1)とULEになってから状況も
変わっていると思うんですよね。個人的にはULEの
方が高負荷でも周期的に重くなるようなこと無く
ちゃんと動いているような気がするんですけれどね。
Re:だーかーらー (スコア:3, おもしろおかしい)
ぜろいちスケジューラ流行ってますね。
ひどいのだと1(0)とかもう原形をとどめていないとか。
どっとすらっしゅジャパンみたいなものでしょうか？
どちらも語源を理解していればこんな書き方にならないのに。
Re:だーかーらー (スコア:2)
計算時間オーダー 1 のスケジューラーということなのね。
0とか1とかいうのがactive配列、expired配列の
別称だと思ってたよ(--;;
つまり、wakeup()、schedule()、タイマー割り込み処理を
O(1)でやるからO(1)スケジューラーなのね。
Re:だーかーらー (スコア:0)
人の手でプライオリティを設定しなければいけないだなんて、なんのためのスケジューラだと小一時間(ry
XではないMac OSな気分だよ(笑)
瞬間最大を求めないひとのためのディストリってあるかな？
Re:だーかーらー (スコア:0)
Re:何を言いたいのか忘れましたが (スコア:1, おもしろおかしい)
前バージョンが悪いなら「バチ」を当てずに、「バッチ」を当てろ。
# あぁ、そうして生物は進化してきたんでしたっけ。
Re:何を言いたいのか忘れましたが (スコア:0)
s/バッチ/パッチ/gなんだと思うけどスレッドの流れに従ってツッコミを入れておくよハニー。
Re:しっ！キチガイに話しかけちゃいけません (スコア:0)
Re:だーかーらー (スコア:0)
Re:だーかーらー (スコア:0)
4年間でどれくらいカーネルが変わったか知っています？
Re:だーかーらー (スコア:1)
何度目の「車輪の再発明」かと思うとやるせないのです…。
#知ってる人ほど「関わりすぎて」言えないと思うな。
初心者から質問 (スコア:0)
カーネルの部分までのでしょうか？
いろいろなのに移植されてますけど
サイズはどの程度なんだろ？
＃そもそも縮められるものなのかと思ってみました
Re:初心者から質問 (スコア:1, すばらしい洞察)
関連リンクにFAQサイトも併記して欲しかったり。
Re:初心者から質問 (スコア:0)