【Linux】カーネル総合2【Kernel】
at LINUX
[1からを表示]
50:login:Penguin
04/12/09 01:52:10 Q9mblAuP
>>44
その辺りであってるよ。前に似たようなことをしたことがある。ガンバレ。
51:login:Penguin
04/12/11 02:44:37 mbst6SIh
Pentium4 + Whitebox Enterprise Linux (kernel 2.4.20)です。
fftwを導入しようと思ってます。
URLリンク(www.fftw.org)
Pen4なのでSSE2を有効にしたいのですが、マニュアルを見ますと、
SSE2が有効になるようkernelを再構築せよとあります。
URLリンク(www.fftw.org)
With the Linux kernel, you may have to recompile the kernel with the option to support
SSE/SSE2/AltiVec (see the “Processor type and features” settings).
で、configの該当箇所でそれっぽいのはProcessor familyしかないのですが、
これをPentium4にすることで、SSE2有効の手続は完了と考えて良いのでしょうか?
それとも、他の箇所の設定にも依存しますでしょうか?
52:login:Penguin
04/12/11 12:01:39 8rY5dRJt
>>51
再構築前のKernelだと、
cat /proc/cpuinfo を見て、flagsの行にSSE2って出てます?
53:51
04/12/12 23:37:15 USjiANK8
>>52
見ましたが、出てます。これは、有効になっているっつう事なのでしょうか?
(純粋なCPU情報と思い込んでいた私は逝ってよしでしょうか。。。)
なお、.configを見ると
CONFIG_M686=y
でした。 >>51 の私の考え、ダメじゃんorz
54:login:Penguin
04/12/13 00:06:54 8bqfCTqY
>>53
cpuinfoで見えるのはcpuidの結果なので、その思い込みであってまふ。
対応しているカーネルなら686用でも使えたような気がしますが。
55:login:Penguin
04/12/14 10:40:48 LLGfYnI6
エイドリアソ
お…おちけつ!
56:login:Penguin
04/12/15 03:14:30 JtATfdhJ
>>50
遅レスごめ。
どもっす。
ガンガル。
57:login:Penguin
04/12/25 08:47:31 5fZm+xA2
Ho ho ho - Linux v2.6.10
URLリンク(marc.theaimsgroup.com)
Good holidays!!!
58:login:Penguin
04/12/25 09:32:02 D1lt4R68
やったあああああ
59:login:Penguin
04/12/25 13:10:22 fXE6I7MV
キタ━━(゜∀゜≡(゜∀゜≡゜∀゜)≡゜∀゜)━━!!!
60:login:Penguin
04/12/25 13:43:14 l/9IHJij
クリスマスおめでとおおおぉぉぉぉぉぉぉ
61:login:Penguin
04/12/25 16:23:16 lXDH91Gk
そういや2.6.0出てから一年経ちましたな。
いつになったら2.7出るのかな…
62:login:Penguin
04/12/25 16:54:40 P/V/hrsP
>>57
>Ho ho ho
ホァーって言う人なのか?
63:login:Penguin
04/12/25 18:02:44 l/9IHJij
ケンシロウかよ
64:login:Penguin
04/12/27 00:57:28 kPd9IKl7
CONFIG_ACPI_IBM=y
65:login:Penguin
04/12/27 01:25:02 nARNI10V
pcmcia周りが変更されてるな。
危うく再ビルド逝きになるところだったよ。
66:login:Penguin
04/12/27 23:18:30 zUD7qW+Q
2.6.10-ac1
67:login:Penguin
04/12/28 23:05:51 PcLcEIT4
2.6.10ってNFS周りで結構手が入った感じですな。
2.6.8や2.6.9をNFS serverにしているとkernel panic起こすことが頻発したんで、
2.6.10で治っていればいいんだけど…
panicだけは避けるように、年末年始だけはusermode nfsを使うという手もあることは
あるけど。
68:login:Penguin
05/01/01 00:08:43 62OAJhCX
2.6.10-ac2
69:login:Penguin
05/01/04 11:26:52 VullPN92
2.6.10-mm1
70:login:Penguin
05/01/07 01:30:06 dXjTMlEg
2.6.10-mm2
71:login:Penguin
05/01/07 06:46:01 kRb9Fw52
2.6.10-mm2
カーネルパニックする
72:login:Penguin
05/01/07 09:47:18 6bExX9yI
トーバルズ、Solarisを斬る
URLリンク(japan.cnet.com)
後半 2.7 系について語っている.
> --カーネル開発プロセスの変更は順調ですか。
>
> おそらく、最大の変化はカーネル2.7(編集部注:カーネル2.6に続く実験的な新バ
> ージョン)の開発が予想通りに始まらなかったことでしょう。2.7の分岐を強力に主張
> する者がなく、2.6.xの開発版でも十分に機能しているという見方が大勢を占めていま
> した。
>
> だからといって、2.7.xが登場しないわけではありません。あと数カ月でしょう。重
> 要なのは、安定した製品版への期待が、開発版を圧迫し始めていることです。これは
> 成熟の証であると同時に、安定した製品版の存在が多くの人にとって非常に大きな意
> 味を持つようになり、簡単にはそれを捨てて、前に進むことができなくなったことを
> 示していると思います。
73:login:Penguin
05/01/07 13:27:49 RoBtqXOv
ということは、もうすぐ2.8が出るということだね。
74:login:Penguin
05/01/07 22:09:58 llVk5GuM
>>73
2.4から2.6はかなり順調に開発が進んだために2年くらい出たな
75:login:Penguin
05/01/07 23:04:18 PZiwxxdD
> 安定した製品版への期待が、開発版を圧迫し始めていることです
ってLinusの言っている意味がまったく理解できん。
新しいfeature入れたけりゃとっとと2.7をforkしてそっちでやれと
さんざ言われておるのを、いったいどう受けとっているんだ?
76:login:Penguin
05/01/07 23:26:59 vCsMsy5p
>>75
単に"overshadow"を「圧迫」とした誤訳だよ。
77:login:Penguin
05/01/08 20:48:57 B3t01lwL
遺伝的アルゴリズムでカーネルチューニング
URLリンク(slashdot.jp)
78:login:Penguin
05/01/09 03:58:54 qR3Q3Sae
>>77
いつか出てくるとは思ってたが遂にGAを実装する奴が!
79:login:Penguin
05/01/10 19:33:03 J+7v2lAo
もうac8かよ。bkを数で抜きそうな勢いだな。
80:login:Penguin
05/01/10 20:33:00 mGDsrmcc
カーネルスレッドでdaemonize()を呼び出すとデーモン化できるんですか?
その場合ユーザプロセスになるの?
81:login:Penguin
05/01/11 19:58:12 y+7rMXbD
2.6.10-mm3
82:login:Penguin
05/01/13 01:29:13 4bae9xSI
2.6.11-rc1
83:login:Penguin
05/01/13 18:00:47 w6IumNkZ
2.6.10-as1
URLリンク(www.acm.rpi.edu)
バグやセキュリティFixのみ提供するパッチらすぃ
84:login:Penguin
05/01/13 22:00:33 b26g+4JK
>>80
呼べないと思うが。
85:login:Penguin
05/01/14 00:15:27 dnNfjiWG
2.6.10 で Realtek が提供する 8169S ドライバを使おうとしたら、
コンパイル中に pci_dma_sync_single が undefined と出ました。
調べてみたら、obsolute となったとのことで、
pci_dma_sync_single_{for_cpu|for_devices} に変える必要がある
みたいだけど、どちらを使えばよいか解る人いますか?
86:login:Penguin
05/01/15 04:30:51 dr+kvpaC
2.6.11-rc1-mm1
87:login:Penguin
05/01/15 09:52:29 IkZX3RFR
>>84
kernel-2.6.10のdrivers/net/8139too.c
static int rtl8139_thread (void *data)
{
struct net_device *dev = data;
struct rtl8139_private *tp = dev->priv;
unsigned long timeout;
daemonize("%s", dev->name);
allow_signal(SIGTERM);
ドライバ内のスレッドから呼んでますが...
88:login:Penguin
05/01/16 18:15:59 hiiIbRQx
2.6.10-as2
URLリンク(www.acm.cs.rpi.edu)
89:login:Penguin
05/01/17 13:12:53 IIB2OT/i
2.6.10-rc2あたりでIDE周りがとんでもない地雷原だったため
いまだに2.6.9でガクガクしてるんだが、2.6.10ってどうっすか
90:login:Penguin
05/01/17 17:53:27 seChuEDr
うちじゃ2.6.9よりマシ
91:login:Penguin
05/01/18 17:50:01 /zkhOD9T
2.6.10-ac10
フタケタ突入
92:login:Penguin
05/01/18 22:23:57 wRfLy4oW
ヲレの環境では2.6.8や2.6.9はNFSサーバにすると週に2回はkernel panic起すという
とてつもないシロモノだったからなぁ。2.6.10にするといまのところkernel panicは
起してないんで、NFSまわりはマシになった感じ。
93:login:Penguin
05/01/20 02:06:28 P1I2nqfN
2.4.29出たよ
94:login:Penguin
05/01/21 15:15:10 aY2DJP6Q
>>89
たしかにrc2あたりは放っといたら固まってたが
リリース版はふつーに動いとる
95:login:Penguin
05/01/22 15:06:31 ikd7GwVB
2.6.11-rc2
96:login:Penguin
05/01/22 15:32:40 8zgCsE7e
すんません、初歩的な事を尋ねて申し訳ないのですが、
2.6系ってまだ危険なんでしょうか?
>2002年10月末に予定どおりfeature freezeされた
って書いてあるの見たんで、もう大方バグ取りも終わった安定版だと思ってたんですが…
安定動作を望むなら2.4にすべきですかね?
97:login:Penguin
05/01/22 16:06:29 5i95Nvy3
>>96
ディストリビューションの方向性によっては、2.4の中でも
ベンダー独自の「改善」と称する手が加わって、安定しない2.4系も
あるようですし。
それとも本家のkernelの2.4と2.6の比較についての話ですか?
98:login:Penguin
05/01/22 16:13:39 8zgCsE7e
>>97
いやディストリ毎の違いってのは考えてませんでした
これからgentoo入れようと思ってるんですが、カーネルは2.6で本当に大丈夫なのかと思って
99:login:Penguin
05/01/22 16:34:41 35NKMqgE
>>98
全く問題ない。
むしろ今からGentoo入れるなら早いめに2.6に慣れとけ。
どうせ移行する時が来るのだし、おまえのレベルじゃ移行
でトラブって、せっかく馴染んだ環境を泣く泣く捨てて再
インスコするハメになるのがおちだ。
100:login:Penguin
05/01/22 17:54:40 a+CBDW1E
実際 2.4 から 2.6 に移行しようとすると、udev 関係で混乱しないか。
普通混乱するだろ。最初から 2.6 の方が良くないか。
101:login:Penguin
05/01/22 18:28:18 +tPGnOxk
急ぎじゃないなら2005.0が出るまで待つのも有りじゃない?
そろそろリリースみたいだし。
102:login:Penguin
05/01/22 20:13:25 6l1xGvad
心配なら2.7ツリーが始まるまで待て。
103:login:Penguin
05/01/22 20:26:39 SvfBGeKh
Gentoo がサポート止めるまで 2.4 で過ごせばいい
104:login:Penguin
05/01/22 22:05:40 fMsj20QS
2.4を使えば2.6への移行の勉強もできていいんじゃねーの?
105:login:Penguin
05/01/22 22:37:13 KixOjx50
2.4から2.6への移行が「勉強」にあたる
ひとはそれでいいかも
106:login:Penguin
05/01/23 19:47:03 2/LuunN+
2.6.11-rc2ビルドできねーや
107:login:Penguin
05/01/23 22:47:50 5qX71uh0
>>106
家はビルドは出来たが起動しねーよ
108:login:Penguin
05/01/23 23:34:46 yewEZjR6
>>106-107
リリースの直前にmmツリーから大量マージしてるからのう。
何があってもおかしくないぞ。
109:login:Penguin
05/01/25 13:27:16 ncw2X+Na
ていうか2.7にブランチする気ねえじゃんLinus
110:login:Penguin
05/01/25 16:40:40 05XwMZd9
>>109
akpm経由でパッチを取り込むようになったので、
用意はしてると思うんだけどねえ。
mmの人柱レポートが出る前に取り込むからなあ…
111:login:Penguin
05/01/25 18:59:21 cgN84Mqs
Linusに「RC」っていったいなんのことなのかを問い詰めたい。
リリースエンジニアリング、ほんとどうにかしてくれよ…
112:login:Penguin
05/01/25 19:05:13 sthPlgmU
2.6.11-rc2-mm1
113:login:Penguin
05/01/25 20:27:33 KvqIBj53
みんなで BSD系 にうつろうぜ!
114:login:Penguin
05/01/25 20:30:36 rjcdUgul
>>106
2.6.11-rc2-bk1ならビルド出来た。
115:login:Penguin
05/01/25 22:05:46 xrlCphNM
Gentooについてなら、
URLリンク(www.gentoo.org)
移行用ドキュメントが出てます。
116:login:Penguin
05/01/26 06:13:49 Hg3qIHhI
RC3で動けばいい派
とにかく安定させろ派
新機能があればmmでもckでもどんと来い派
2.7のブランチが出るまで2.4を使い続けるよ派
カーネルビルドおもすれー派
117:login:Penguin
05/01/26 11:29:31 ePqNHXNL
>>116
2.6.11-rc3はまた結構な量の修正が入りそうなので、
あんまり期待しないように > RC3で動けばいい派
118:login:Penguin
05/01/26 20:36:31 p8PcAqk9
折れが使う範囲で問題なければどうでもいい派
119:login:Penguin
05/01/27 05:22:51 nEZBxWRl
しばらく2.6.10で待ちかな。今のところ安定してる。
いじりたいなら2.7なり2.9にすればいいのに。
120:login:Penguin
05/01/27 16:21:40 TE8t0vLY
ここで愚痴ってたところで何も始まらない
121:login:Penguin
05/01/27 16:25:10 zrUrVCt5
でも、Linusにこのことを言っても無駄だからな
122:login:Penguin
05/01/27 20:28:30 d0k/HrLt
じゃあ主要なハカーを説得してLinusを力づくで引きづり降ろせ
123:login:Penguin
05/01/28 03:02:41 PfZSw6ok
>>119
2.6.9までがNFSサーバにするとkernel panic起こすようなシロモノだったし、
2.6.11はRCの段階に入ってから多量の修正が入っているような状態じゃ、
2.6系は当分2.6.10以外は使えそうにないよなぁ…
124:login:Penguin
05/01/28 05:52:19 InESWVDj
2.6.10もとっくに穴見つかってるから使えんよ。
まあvanilla kernelを使ってる香具師がどれ程いるか知らんけど。
125:login:Penguin
05/01/28 06:30:35 8p4xYJIo
リーナス=スターリン
126:login:Penguin
05/01/28 08:42:41 K4elNzFR
>>123
なんかあちこちで書いてるようだけど変な設定してるからじゃないの?
kernel 2.6.8 はSuSE Linuxで enterprise server としてかなり使われてるから
それが本当なら大問題になってるはずだけど。
127:login:Penguin
05/01/28 16:43:25 OYllYW5O
たぶん、126はものすごいバカ
128:login:Penguin
05/01/29 03:33:42 x/+fegof
>>126
そこは少し疑問に思うな
IBMやHP、DELLがエンタープライズ向けの商用Linuxサーバーを販売してて
その用途のかなりの部分はSolarisのリプレイスだと宣伝してる
だからNFSは必要条件だろう
ハンドルしてるのはRedhatかSuSEで、ヨーロッパではSuSE選択が多いし元スレの
人が言ってるようにカーネルパニックが頻発するようでは到底実用にはならない
その状態でIBM等がLinux込みで販売してるのは俄には信じられない
煽りじゃなくてSuSEが使用しているパッチ込みでどうなってるか検証してほしい
129:login:Penguin
05/01/29 06:23:25 aDOlMQv8
自分で原因を特定できない人はオプソUNIX使うの無理ですから、残念!
130:login:Penguin
05/01/29 07:06:04 ZnYoFz5g
>>129
板違い
スレリンク(unix板)l50
131:login:Penguin
05/01/29 12:51:41 WjHtC0KV
構造化を進めた結果、安定させるのが難しくなったとかあるの?
132:login:Penguin
05/01/29 13:41:05 WjHtC0KV
[[[drivers/base/sys.c]]]
extern struct subsystem devices_subsys;
という宣言文があるんですが、このdevices_subsysの実体がどこにも
見当たりません。System.mapには含まれているので、どこかに
あるんだとは思いますがgrepで探してもどこにもありません。
どなたか探すためのヒントを下さい。
URLリンク(lxr.linux.no)
133:login:Penguin
05/01/30 06:49:02 3YLqXt7v
2.6.11-rc2-mm2
134:login:Penguin
05/02/03 19:38:06 g4I4vc/E
2.6.11-rc3
135:login:Penguin
05/02/04 17:26:54 lHNJ+TTb
カーネル2.6.6-mm1 に存在した CONFIG_X86_4G は何処にいったかご存知の方いませんか?
2.6.10と2.6.10-mm3には入ってないみたいですね
arch/i386/oprofile/backtrace.cにかすかな残滓がありますが・・
何かのオプションに統合されたか、機能自体廃案になったかな・・?
136:login:Penguin
05/02/05 05:34:47 30oCd8wG
2.6.11-rc3-mm1
137:login:Penguin
05/02/08 01:54:06 iBWG2vev
2.6.11-rc3でSynaptic touchpad認識しなくなったんだが
kernelからしてだめぽ
138:login:Penguin
05/02/08 16:22:17 3wyRdacD
2.6.11-rc2では認識できてたん?
139:login:Penguin
05/02/08 17:21:42 H8o6Z4Bk
>>137-138
少し前にパッチが流れていたような気がするので、
その時に壊れたのではないかと。
140:137
05/02/08 18:07:23 mSlU7LhO
>>138
untestedでつ
141:login:Penguin
05/02/08 23:43:14 rjCdC5s0
>>137
このスレを追え。
URLリンク(www.uwsg.iu.edu)
Re: Touchpad problems with 2.6.11-rc2
142:137
05/02/09 04:02:53 Dsshu05c
>>141
ちょっち問題の所在が違いまソ
MLのはあっちいったりこっちいったり制御できないって話で
こっちはそもそも起動時にデバイスとして認識していないでし
143:login:Penguin
05/02/10 23:10:33 4PvXQ5gy
2.6.11-rc3-mm2
144:login:Penguin
05/02/13 01:14:32 JuBHC5zG
URLリンク(kerneltrap.org)
hotplug-ngねぇ
145:login:Penguin
05/02/13 14:40:37 H/8eRH6Z
2.6.11-rc4
146:login:Penguin
05/02/20 18:28:16 u33SrwES
>>22
そこはあんまり動きがないねえ。
ちなみにメインは
URLリンク(softwaresuspend.berlios.de)
>>24
bootsplash を引き継いだ(?) gensplash の方がコードがきれいだね。
(ただ名前が誤解されそうだけど...ちなみに私は Debian User...)
mainline にマージできるかな。
147:login:Penguin
05/02/20 19:44:27 u33SrwES
自己レス。
対外的には "fbsplash" って言ってるのか。
すまそ。
148:login:Penguin
05/02/24 03:14:37 WH1Uf8ZS
2.6.10-1.760_FC3smpなんですが、以下のようなメッセージが延々出てます。
CPUはP4-570Jです。
localhost kernel: CPU0: Temperature above threshold
localhost kernel: CPU0: Running in modulated clock mode
これって、kernelがクロックを落としているのか、それともCPU自体がクロックを
落としたことをkernelが報告してるのでしょうか?
149:login:Penguin
05/02/24 17:29:38 Af4JGooS
2.6.11-rc5
150:login:Penguin
05/02/24 21:38:27 bU4a9cKP
>>149
そのパッチ壊れてない?rc4-rc5のパッチを当てたら、
Makefileが2.6.10に戻ってる!
151: ◆Zsh/ladOX.
05/02/24 22:01:57 3jHlUyx7
>>148
メッセージの追及以前に、
CPUのヒートシンク触ってみ。
ずっと触っていられるかい?
152:login:Penguin
05/02/24 22:21:25 rokrnG2g
>>151
そんな事したら静電気でCPUが壊れるかもな。
153:login:Penguin
05/02/24 22:25:03 MxBdw/Y/
>>152
釣りならどっか別のとこでやれ。くだらね。
154: ◆Zsh/ladOX.
05/02/24 22:26:25 3jHlUyx7
だよな。(´ー`)y─┛~~
155:login:Penguin
05/02/24 23:36:33 bmGfTI3V
MMO製作企画を立ち上げました。協力できる人はこちら
URLリンク(www112.sakura.ne.jp)
2chスレ
スレリンク(mmominor板)l50
ただ今職人(プログラマ、グラフィッカー)はげしく募集中!
あなたの力を思う存分発揮してください。
156:login:Penguin
05/02/25 00:28:47 xtfKzICI
>>153-154
エラーメッセージが出ているタイミングでOSを落としてBIOS画面から
温度を確認するとか、lm_sensorsを入れるとか、確認する方法はあるだろ。
触ってわかるかもしれないのは、自分の体温より相対的に高いかどうか
ぐらいのもので、絶対的な温度は普通の人はわからないと思うが。
157:login:Penguin
05/02/25 01:15:14 BgA/l0hV
あちっといわずに触れるくらいは約60°
ついつい手を離してしまうのは約70°
いっかいしか触れないのは約80°
158:login:Penguin
05/02/25 02:30:46 ma7hFUNy
2.6.10-as5
159:148
05/02/25 04:19:37 IqzMBTBV
温度は確かに高いです。サーミスタ温度計でヒートシンクの羽根の
付け根を計ると55度くらい、lm_sensorsでは60度くらいです。1Uなので、
かなりの高温になることは覚悟してます。
Prescottにはコア温度が閾値を越えるとクロックを落とす機能が
あるそうなのですが、kernelがそれ以前にクロックダウンしてるのか
と気になっているんです。CPUの限界温度で使いたいのですが。
ちなみに、lm_sensorsで見ていると負荷を取り除いて1秒で5度くらい
は下がりますのでBIOSでの確認は難しいです。
160:login:Penguin
05/02/25 13:45:02 DiNc5q1a
InfiniBand対応のLinuxカーネル2.6.11、正式リリース間近
URLリンク(www.itmedia.co.jp)
161:login:Penguin
05/02/25 22:19:50 AjCuMzHT
io scheduler変えても、違いがわからん。
それなりに負荷がかかると変わるのかな。
162:login:Penguin
05/02/25 23:33:31 LiGQbkub
違いのわかる漢になって!
163:login:Penguin
05/02/26 01:44:10 CvmN7NSj
[ include/asm-i386/thread_info.h ]
/* how to get the thread information struct from C */
static inline struct thread_info *current_thread_info(void)
{
struct thread_info *ti;
__asm__("andl %%esp,%0; ":"=r" (ti) : "0" (~(THREAD_SIZE - 1)));
return ti;
}
これでどうして現在実行中のスレッドのthread_infoへの値が求まるんですか?
4096バイトのスタック境界の先頭にthread_infoへのアドレスが格納される仕組みを
教えてください。
164:login:Penguin
05/02/26 16:27:34 r2EGMGgT
>>163
kernel/fork.cのdo_forkでやってるので、そこから追いかける。
165:login:Penguin
05/02/26 17:28:28 OgU0QYtc
CONFIG_4KSTACKS:
If you say Y here the kernel will use a 4Kb stacksize for the
kernel stack attached to each process/thread. This facilitates
running more threads on a system and also reduces the pressure
on the VM subsystem for higher order allocations. This option
will also use IRQ stacks to compensate for the reduced stackspace.
ユーザープロセスに割り当てられたスレッドって4kbyteしかスタック使えないの?
スタック溢れたらどうなるの?
166:login:Penguin
05/02/26 18:57:22 vxmp1/kz
自動的にスタックサイズを増やして、
限界まで逝ったら例外?
でも、カーネルスタックの話では?
#すいません、なんもしりません、消えます
167:login:Penguin
05/02/26 19:25:53 XQcBSPv3
>>165
カーネルスタックとユーザプロセスのスタックは別
168:login:Penguin
05/02/26 19:28:27 nCQRvSGp
>>167
いやだからそれはわかってますよ。
カーネル内でスタック溢れたらどうなるんですかっていうことです。
169:login:Penguin
05/02/26 19:30:39 XQcBSPv3
kernel stack corruption. Aiee
170:login:Penguin
05/03/01 17:08:43 yi/Urpst
>>163
スタックポインタ(espが指すアドレス)の下位13ビットを0(8191(8KB-1)を
ビット反転)でマスクした値がthread_infoのポインタとなります。
なんで8191かというとthred_infoのサイズが8KBなんだよな。スタックは
大きいアドレスから小さいアドレスへと伸びるから、espの下位13ビットを
マスクすると必然的にthred_infoの先頭になる。
ちなみにespが指しているのはthred_info構造体のsupervisor_stackって
エリアだ。ちょっと書き散らかしたが、がんばれよ!
171:login:Penguin
05/03/02 05:37:24 dxdgUfxt
2.6.11-rc5-mm1
172:login:Penguin
05/03/02 11:53:31 nEBjNhVQ
>>170
なるほど。i386だと0xbfffe000という値が%0(ti)に残りますが、
これはthread_infoのアドレスそのものだったのですね。勘違いしてました。
THREAD_SIZE(8196)バイト分のスタックの先頭にthread_info構造体が
まるまる配置されてるというわけですね。
173:login:Penguin
05/03/02 12:05:52 BnU8ZUTP
Marvell Yukon 88E8053 Gigabit Ethernet 10/100/1000Base-T Adapterのドライバは
最近になってやっとsmp対応カーネルに対応したとのことなのですが、
(URLリンク(yanenoue.air-nifty.com))
nVidiaのディスプレイドライバ(URLリンク(www.nvidia.com))
って、smp対応カーネルを入れたときに問題は起こりませんか?
174:172
05/03/02 12:12:23 IExZJUK+
>>172 補足
>なるほど。i386だと0xbfffe000という値が%0(ti)に残りますが、
これはプロセス内の最初に割り当てられるスレッドにおいての場合ですね
175:173
05/03/02 12:32:35 BnU8ZUTP
すいません、スレ違いでした。質問を取り下げます。
176:172
05/03/02 13:06:29 IExZJUK+
>なるほど。i386だと0xbfffe000という値が%0(ti)に残りますが、
いや、これは全然違いますね・・・・もうだめぽ
177:login:Penguin
05/03/02 14:17:18 O1cNZKvv
>>176
URLリンク(hira.main.jp)
178:login:Penguin
05/03/02 15:45:42 e2yjO92y
>>177
うほっ 素晴らしいです・・・・
179:login:Penguin
05/03/02 18:09:27 DcfxttET
俺はSolaris 10に逝くぜ、短い付き合いだったが達者でな、あばよ!
180:login:Penguin
05/03/02 18:28:25 VaewcbHc
>>179
何もわざわざここで宣言しなくてもよいではないかw
181:login:Penguin
05/03/02 19:35:52 CALGRQMC
>>177
どうしたらそんなに詳しくなれるんですか?
182:login:Penguin
05/03/02 20:00:26 O1cNZKvv
Linuxをやってるお前等からするとSolaris10
って魅力的な存在なのだろうか?
183:login:Penguin
05/03/02 20:40:42 VaewcbHc
>>177
>場所:生産技術研究所の会議室
そこどこよ?
184:login:Penguin
05/03/02 20:56:17 P7YFrQcS
>>182
なかなかパフォーマンスの出せないthreadやスケジューラー絡みで
Solaris10を魅力的に感じるのはむしろ*BSDの人達かもしれない
185:login:Penguin
05/03/02 21:08:14 2COvWKpB
2.6.11
186:login:Penguin
05/03/02 23:17:27 Ns9EPIId
>>183
URLリンク(www.iis.u-tokyo.ac.jp)
の中だろ
187:login:Penguin
05/03/03 01:36:36 lRvwyPm5
URLリンク(www.zdnet.com.au)
Alan Coxの語るLinus
188:login:Penguin
05/03/03 01:58:47 EduPjAvB
>>187
いいエンジニアではないってうすうす感じてたがやっぱりそうなんだ。 セキュリティーバグを
コソーリ直してしまうって言うのは頂けないね。
189:login:Penguin
05/03/03 09:19:47 BWxiiWeo
>>148
p4内蔵のthermal throttlingという機能が動作して、
自動的にクロックダウンしている、という事を、
kernelが感知して、ログに残しているだけ。
ウザかったら、kernelの構築時に
CONFIG_X86_MCE_P4THERMALを無効にしとくか、
もっと強力なcpu冷却器を装着。
190:login:Penguin
05/03/03 11:23:27 9hfI0juj
>>188
まあAlan Coxと比べればそうなるのは当然だろうな。
191:login:Penguin
05/03/03 12:50:23 Fi3W3Ert
>>187
>いいエンジニアではないってうすうす感じてたがやっぱりそうなんだ。
勝手読み乙。
192:login:Penguin
05/03/03 14:05:55 VFrFgy/l
>>188
そこを当人が自覚してるから、周りが見えるし手を差し伸べるんだがな。
簡単にできるようでなかなかできない才能だよ。
193:login:Penguin
05/03/03 15:58:28 vp7qRD4b
URLリンク(www.uwsg.indiana.edu)
どうなるんですかね。
194:login:Penguin
05/03/03 16:13:44 PHklWYA2
>>193
よーし、お前、わかりやすく日本語でまとめて報告しても良いよ。
195:login:Penguin
05/03/03 16:43:23 DS/epwE3
>>185
/.に
lkmlへのAndrew Mortonの投稿によると、FUSE (Filesystem in Userspace)およびCPUSETSが2.6.12で統合される有力候補だそうだ。また、dm multipathとNFSACLも異論がなければ統合されるという。
って書いてあるけど、それは2.7でやってくれと。
196:login:Penguin
05/03/03 17:31:13 9WfvUHml
>>195
>>120
197:187
05/03/03 22:37:32 EduPjAvB
>>191
"Linus is a good developer, but is a terrible engineer," said Cox. "I'm sure he would agree with that."
198:148
05/03/04 00:21:52 QlxFAUHI
>>189
ありがとうございます。それを聞いて納得しました。
CONFIG_X86_MCE_P4THERMALを無効にしても
メッセージが出なくなるだけで、やはり遅くはなるんですね。
SuperServer 5014C-Tというのに570Jを付けたのですが、
室温25度で限界になってしまうようです。購入前に販売店に
からは「メーカーは3.8GHzでも大丈夫と言っている」と聞いた
のですが。
1Uのケースでの上蓋を開けて背が高いクーラーを
付けるしかないですかね。
199:login:Penguin
05/03/04 15:38:15 w1u8Refg
2.6.11でmake htmldocsやったらエラーでた
200:login:Penguin
05/03/05 03:44:23 I2Mz6X/9
手元にあるOopsを解析したいと思ってカーネルのDocumentation/oops-tracing.txtに
書かれているように:
gdb /usr/src/linux/vmlinux
gdb> disassemble <offending_function>
をしたいと思います。 しかしあいにくDebianのカーネルパッケージからインストールしたので
vmlinuz-* しかなく、これはgdbには理解できません。 こういう場合は何とかDisassembleする
手段はあるのでしょうか? 非常に再現性の低いOopsですので何とか今走っているカーネルで
解析したいのですが。
201:login:Penguin
05/03/05 08:25:47 4ZTPwIlZ
2.6.11-mm1
202:login:Penguin
05/03/05 11:08:50 +kmoE60p
gentooだけかもしれないけど、
2.6.11にしたら、3台のうち1台だけキーボード/マウスが使えなくなった。
問題が出たのは、NotePC。
input 8042云々が出ないから、認識されてない模様。
configはこんな感じ
CONFIG_SERIO=y
CONFIG_SERIO_I8042=y
# CONFIG_SERIO_SERPORT is not set
# CONFIG_SERIO_CT82C710 is not set
# CONFIG_SERIO_PCIPS2 is not set
CONFIG_SERIO_LIBPS2=y
# CONFIG_SERIO_RAW is not set
203:login:Penguin
05/03/05 15:16:09 xooQ/tlL
>>202 kernel のせいじゃなくて、kernel を入れ替える
ときにやった何かのせいだろ。config で 2.6.10 のときと
違うところがあるのか?lilo/grubの設定をうっかり変えた
ところががあったりするのかも?調べてみるべし。
204:login:Penguin
05/03/05 16:43:24 RZrHmiBA
>202
このスレッドは参考になる?
URLリンク(www.ussg.iu.edu)
205:202ではないが
05/03/05 17:53:31 2sNnW3wJ
>>204
カーネルパラメータにi8042.noacpiをつけたらキーが効くようになった。
ありがとう、>>204 !
FC3+素の2.6.11+FMV BIBLO NE9/1130
2.6.10あたりから効かなくて(acパッチだとOK)
ずっと2.6.10+acパッチだったのが2.6.11に上げられる
206:login:Penguin
05/03/05 18:00:45 +kmoE60p
>>204
多分それです。
ChangeLogにこんなエントリがありました。
さっき入れ替えてみましたが、キーボードが使えるようになりました。
*gentoo-dev-sources-2.6.11-r2 (04 Mar 2005)
04 Mar 2005; Daniel Drake <dsd@gentoo.org>
+gentoo-dev-sources-2.6.11-r2.ebuild:
Update to Linux 2.6.11.1 which contains an important Dell keyboard fix. Also
added PPC32 compile fixes and a fix for an oops.
207:login:Penguin
05/03/05 21:31:33 5ZamhQyC
URLリンク(kerneltrap.org)
う〜ん、さらに混乱するような...
208:login:Penguin
05/03/05 22:03:50 iFHbvNJL
>>207
混乱しているっていうか、悪化してる感じがするのだが...。 (´・ω・`)
209:login:Penguin
05/03/06 02:19:52 RMolJTwv
む
URLリンク(lwn.net)
210:login:Penguin
05/03/06 18:06:41 54HkHHcV
,、__
/ヽ ``ヽ
// ̄' ̄ ̄ヽ.\
`i |,_, ,_,、 i .>
ト|,:ニ/ヽ二|'ー!イ. / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
| ̄,.レ,..、 )7 |
! ''===i /'. < ・・・・
ヽ `! !' ,//\_ |
_,―イ>`'´‐< / \_\________
_/ _/ /`―「_!―'./ / `―::、
_/ |i | ///' / !_ \
ノ | i i' ! | | / ・'/ i' イi
> | | | | | | / /===i | /|
「 | i | | | レ' / :| |
「`i | ヽ | フ / | ノ
iク `i‐| \/ /┌::..、 ,‐、」 、 !|
ト三∃| / / _コ \\\ |
!\コ'./ / / E== ) ヽ ! |
\_/ // iニニ'´// ! | 」
| | `ー‐´V | |_,,..::‐''´
| |  ̄ ̄// |
| |○ | i |
| i ○ | | |
| | | | |
| | | | |
| i | | |
`‐L_ _| | _,.:」
| | `―――'' | | /
`i | `i | |,!
211:login:Penguin
05/03/06 20:23:45 rCKhQQe/
スレリンク(db板:99番)
212:login:Penguin
05/03/06 20:48:55 eL4318Cz
>>211
ゴール遠すぎwwwww
213:login:Penguin
05/03/07 18:13:54 ZwafqeTJ
>>209 2.6.11.x パッチ系列つうのはいつもベース 2.6.11 に当てるのか、
それとも incremental に当てていくのか、どっちなんですか、
誰かエロい人?
214:login:Penguin
05/03/07 22:31:43 AThsXQD+
>>209のって
俺流2.6.11.1出したぜベイベー
とSUSEの中の人が勝手にやってる訳じゃないよね?
215:login:Penguin
05/03/07 23:33:04 ci42KF3d
>>214
件のファイルの置き場所から推測してくらはい。
216:login:Penguin
05/03/07 23:42:35 WPizki1r
☆せいかい
URLリンク(www.uwsg.iu.edu)
☆まちがい
URLリンク(www.dd.iij4u.or.jp)
217:login:Penguin
05/03/07 23:44:55 WPizki1r
☆こっちもせいかい
URLリンク(www.uwsg.iu.edu)
218:login:Penguin
05/03/08 09:00:33 u6Us0Ev6
>>214
言っとくけどgregはSUSEではないよ
219:login:Penguin
05/03/08 20:31:55 1Fq5eZOv
2.6.11-ac1
220:login:Penguin
05/03/09 17:50:32 cOIyAn2r
>>218
Greg Kroah-HartmanはSUSEだ。
221:login:Penguin
05/03/09 21:46:22 hgh9ObtT
>218
プ
New start
posted Mon, 31 Jan 2005
Had been slow in applying things as I've switched employers from IBM to SuSE Labs / Novell.
URLリンク(www.kroah.com)
222:205
05/03/09 22:59:28 wrZN4ttd
2.6.11.2に上げたらi8042.noacpiオプションつけなくても
キーが効くようになった。(たぶん2.6.11.1から)
2.6.11.1, 2.6.11.2パッチは2.6.11に対して順に適用する
223:login:Penguin
05/03/10 01:13:27 ZX+vp2Zi
>>216-217
詳しく
224:login:Penguin
05/03/10 13:32:34 UfyUnXgO
そういうわけで彼は今やx86依存のコードに関しては一切テストをしていない
URLリンク(www.zdnet.com.au)
225:login:Penguin
05/03/10 20:22:10 iah1+srk
URLリンク(slashdot.jp)
226:login:Penguin
05/03/10 23:14:10 RKD0E1m/
2.6.11-ac2
2.6.11-mm2
227:login:Penguin
05/03/11 07:01:21 W8fBfn9J
>>222
2.6.11-rc2でキーボードが利くようになったんですか?
その他にやったことって無いですか?
228:login:Penguin
05/03/11 09:17:20 5ZRm5dLr
>>227
2.6.11.2 と 2.6.11-rc2 は違う。
229:login:Penguin
05/03/11 09:39:34 U5T/uzjn
>>227
>ChangeLog-2.6.11.1
>[PATCH] Fix keyboards for Dell machines
これじゃないの?
230:login:Penguin
05/03/11 18:13:36 1NrsmpDT
superstable kernelって今後も出続けるのかねぇ?
231:login:Penguin
05/03/11 19:42:44 0YdqieRR
>>230 だろ。これなら追いかける気になる。
bk とか ac とか mm には付きあっとられん。
232:login:Penguin
05/03/11 19:45:23 1NrsmpDT
ま、俺はFedoraだから否応もなくbk、いつも軽やかにbk... orz
233:login:Penguin
05/03/11 20:39:08 j2a0g176
Fedoraだから何故bk?
むしろacだと思うが
234:login:Penguin
05/03/11 22:41:15 1NrsmpDT
そういやアラソたんが戻ってからはacか。bkはrawhideだけだね。
235:login:Penguin
05/03/13 01:23:50 vfeX0Zmc
2.6.11-mm3
236:login:Penguin
05/03/13 11:17:00 Qsvzf5Rg
bkもacもmmも糞もなく、最近は2.6.xについて行くこと自体やめたくなってきた
2.4.....λ........
237:login:Penguin
05/03/13 13:24:43 2rV8WOx1
いまだに2.4の奴は間違いなく池沼、と言い切れないところが orz
238:login:Penguin
05/03/13 20:40:23 kpzD6IRo
2.4マンセー。
2.6はコアはいいとして、input layerとかモジュールまわりとかもううんざり
だよ。ずっとこんなんだったらNetBSD行っちゃうかも俺。
239:login:Penguin
05/03/13 22:35:40 K4Z83rIb
3年前にマルセロ叩いてたヤシは謝罪しろ
240:login:Penguin
05/03/13 23:41:07 MkEx1dfV
2.6.11.3からは2.6.11に当てるんかぁ?
なんなんだよ…。
241:login:Penguin
05/03/15 11:01:16 z0fAwx2w
alanタソのは2.6.11.3まで内包してるのかなぁ
2.6.10からそのままoldconfigで2.6.11に上げたらpanicったよ。笑えねえ。
acにしたらさくっと安定した。alanタソ様々。
242:login:Penguin
05/03/15 13:27:40 Qd8Tsyx8
>>241
そういうことはChangeLogに書いてあるべ。
243:login:Penguin
05/03/15 17:38:59 9Sx4GV1E
2.6.11-ac3
244:login:Penguin
05/03/16 13:44:07 40E3LVjl
2.6.11.4
今度は何なんだ?もう疲れまちた。。。
245:login:Penguin
05/03/16 14:13:04 nriT6WNz
--- a/fs/exec.c 2005-03-15 16:09:56 -08:00
+++ b/fs/exec.c 2005-03-15 16:09:56 -08:00
@@ -814,7 +814,7 @@
{
/* buf must be at least sizeof(tsk->comm) in size */
task_lock(tsk);
- memcpy(buf, tsk->comm, sizeof(tsk->comm));
+ strncpy(buf, tsk->comm, sizeof(tsk->comm));
task_unlock(tsk);
}
これの意味を教えてください
246:login:Penguin
05/03/16 14:35:32 e942r+oG
>>245
a/fs/exec.c と b/fs/exec.c の差分
違いは817行目の memcpy と strncpy
247:login:Penguin
05/03/16 14:47:51 BqGEVvq9
>>244
Summary of changes from v2.6.11.3 to v2.6.11.4
==============================================
Greg Kroah-Hartman:
o Linux 2.6.11.4
Paul Mackerras:
o CAN-2005-0384: Remote Linux DoS on ppp servers
Prasanna Meda:
o use strncpy in get_task_comm
ということでppp serverを使う人なんてほとんどいないと思いますが、
そういう奇特な人は早めに更新した方がよろしいのではないかと。
248:login:Penguin
05/03/16 14:51:54 nriT6WNz
linux/lib/string.c
char * strncpy(char * dest, const char * src, size_t count)
{
char *tmp = dest;
while (count) {
if ((*tmp = *src) != 0) src++;
tmp++;
count--;
}
return dest;
}
という感じにsrcに含まれるnullチェック(nullだったら以後すべて
nullの値でdestを埋める)ということですね。
249:login:Penguin
05/03/16 15:04:01 nriT6WNz
ちなみにmemcpyの実装はcount分をただコピーするだけでした。
linux/lib/string.c
void * memcpy(void * dest, const void * src, size_t count)
{
char *tmp = (char *) dest, *s = (char *) src;
while (count--)
*tmp++ = *s++;
return dest;
}
task_structのcomm[TASK_COMM_LEN]はコマンド名が格納されているようです。
で、これの何が問題なんでしょうか?
2.4.29のget_task_comm()では普通にmemcpyが使われています。
250:login:Penguin
05/03/16 15:20:53 e942r+oG
>>249
気分の問題
251:login:Penguin
05/03/16 16:37:52 iuzUFTSJ
>>249 set_task_comm が strncpy を使ってるから、
get_task_comm も strncpy 使わなきゃ、とリリース
ノートにあるな。
252:login:Penguin
05/03/16 17:25:00 9zd6lz3K
なんでそんなことでバージョン上げるかなぁ……
なんかどっか致命的だったりするのか?
253:login:Penguin
05/03/16 17:44:04 e942r+oG
>>251
おいおい、嘘書くなよ
set_task_comm で使ってるのは strncpy じゃなく strlcpy
strncpy だと本当に気分の問題になるだろ
254:login:Penguin
05/03/16 19:41:56 07vzfHsp
これが、char型のポインタとchar配列を同じように
扱えるようにしてしまった弊害という奴ですか?
255:login:Penguin
05/03/16 23:16:04 5nRYeNMs
0で埋めてないから情報が洩れるんだよ
そういうセキュリティーホール。
256:login:Penguin
05/03/17 02:21:49 HEOeyUkD
2.6.11-mm4
257:login:Penguin
05/03/17 10:12:05 tsnqhwUb
0で埋めてないから情報が漏れるというのなら、
すべての構造体を確保した時点で、bzeroするべきですよね。
でも実際はそんなことはしない。この違いはなんなんでしょうか?
258:login:Penguin
05/03/17 10:48:56 5vo7TpVY
>すべての構造体
これはちょっとあれか。「char配列を含むすべての構造体」に変更
259:login:Penguin
05/03/17 11:43:20 ZgHWFeNT
その配列を使いまわしたら、確保した時点で0埋めても意味ないわけで。
つーか、今回の訂正、2.4 みたいに set の方で0埋めしておいた方が
いいように思えるんだけど、なぜそうしないのかわかる人います?
どうしても strlcpy を使いたかったってのが理由?
260:login:Penguin
05/03/17 22:54:04 /WeOXyhn
2.4.29はstrlcpyが無いのでしかたなく。
気分の問題だが、setはプロセスが生成されるたびに
実行されるから、コピーする領域は少しでも少ない方がよい。
261:login:Penguin
05/03/17 23:38:25 RhGgoLoH
2.6.11-ac4
262:login:Penguin
05/03/18 19:47:35 CV0tE0Pn
2.6.12-rc1
263:login:Penguin
05/03/20 22:56:43 DLvfhU+1
2.6.11.5
勘弁してくれ
264:login:Penguin
05/03/20 22:59:50 V5+Z6bB8
放っとけなさそうな問題ばっかだな
仕方が無いからコンパイルするか
265:login:Penguin
05/03/24 04:07:39 bPVB6MhN
kernel 2.6のCPUfreqサブシステムのlonghaulドライバはバグがあるみたいで、
VIA C3使ってる場合はcpuspeedデーモンを止めないと一両日でカーネルごとフリーズします。
URLリンク(bugzilla.redhat.com)
チップセットにもよるのかも知れないけど、815Eでは確実に再現しますね。
知らずに悩んでる人いたらなんなので一応書いときます。
自分が検証した限りだとcpuspeedデーモンだけ止めれば大丈夫です。
266:login:Penguin
05/03/26 00:01:09 Tp3+MCOu
2.6.12-rc1-mm3
267:login:Penguin
05/03/26 12:45:27 ReS/WVIz
>>266
ウザイからこっちにいちいち貼らなくていいよ
268:login:Penguin
05/03/26 13:53:34 gt1NK6AN
>>266-267
たしかに、ただバージョンだけかかれても、うざいね、
貼ってくれてもいいけど、張るなら何が変わったとか、
簡潔に日本語で説明してくれると少しは有用な書き込みになるであろうよ
でも ChangeLog のコピペとかは最悪だ、いらないよ
269:login:Penguin
05/03/26 16:08:21 FyATOylT
2.4.30-rc2
270:login:Penguin
05/04/02 08:15:43 m/qob2qL
LKMLのこのあたりのスレなかなか面白い。
URLリンク(www.ussg.iu.edu)
だからと言ってmmが出るたびにベンチマーク走らす気力も暇も無いが。
271:login:Penguin
05/04/05 08:49:04 oXj0aGCx
2.6.12-rc2
272:login:Penguin
05/04/05 14:13:58 i0QKu8S5
>>271
うぜえからこっちに貼るなバカ
やるなら変更箇所の解説ぐらいしろよ。
273:login:Penguin
05/04/05 14:18:26 sV4YBhXW
>>272
1行だけだからそんなにうざくないし、結構便利だから続けて頂けると漏れは助かる。
ちゃんと知りたきゃ URLリンク(www.kernel.org) 見りゃいいんだしね。
しかし -rc1 から -rc2 のChangeLog、結構大きいな。
274:login:Penguin
05/04/05 16:23:14 x8rizL8x
>>273
パッチが300以上ありますからなあ。
どこがstableなんだと…
275:login:Penguin
05/04/05 19:33:40 WbnW/bJO
2.6.12-rc2-mm1
276:login:Penguin
05/04/06 00:38:47 tfSB/xGX
Linuxは日々進化しているのだ!
ワッハッハッハッハ、、、、、、、、、、orz
277:login:Penguin
05/04/06 04:52:37 zrTyox5L
最新カーネルを表示するスレ その2
スレリンク(linux板)
こっちだけで良いと思う。
278:login:Penguin
05/04/06 13:57:54 C5hKFL5C
2.6.12-rc2 というパッチは、何に当てるのですか?
2.6.11.6に当てるもの? 対象が書いて無いからわかりません
279:login:Penguin
05/04/06 14:22:03 atvT4fHR
$bzcat patch-2.6.12-rc2.bz2 |grep -A 10 -e '^--- [^\/]*/Makefile'
280:login:Penguin
05/04/06 14:29:34 C5hKFL5C
>>279
お前頭いいな
281:ヽ(´ー`)ノ ◆.ogCuANUcE
05/04/06 19:57:35 WHPpIc1h
AC patch の ChangeLog ってどこかにある?
282:login:Penguin
05/04/06 22:48:00 ecJm4/8J
>>281
アナウンスのメールに少し書いてある。
283:ヽ(´ー`)ノ ◆.ogCuANUcE
05/04/07 14:23:22 GJt+a7BZ
>>282
thx
kernel のバージョンを RSS/Atom で配信しようと思ったんだけど、
AC patch だけ ChangeLog がないので困っとった。
284:login:Penguin
05/04/07 14:32:05 ZmBIaG/9
$bzcat patch-2.6.12-rc2.bz2 |grep -A 10 -m 1 -e '^--- [^/]*/Makefile'
--- a/Makefile ....
Segmentation fault
285:login:Penguin
05/04/09 02:28:03 EqUZNxRK
2.6.12-rc2-mm2
286:login:Penguin
05/04/10 00:45:36 ck4nD87G
スイマセン質問スレで誘導されたので教えてください
System V IPC関連で質問です。
Kernel 2.4.xでのinclude/linux/msg.hのmessage queue関連のパラメータなんですが、
-----------------------------------------------------------------------------
#define MSGMNI 128 /* <= 1K */ /* max # of msg queue identifiers */
#define MSGMAX 4056 /* <= 4056 */ /* max size of message (bytes) */
#define MSGMNB 16384 /* ? */ /* default max size of a message queue */
/* unused */
#define MSGPOOL (MSGMNI*MSGMNB/1024) /* size in kilobytes of message pool */
#define MSGTQL MSGMNB /* number of system message headers */
#define MSGMAP MSGMNB /* number of entries in message map */
#define MSGSSZ 16 /* message segment size */
#define __MSGSEG ((MSGPOOL*1024)/ MSGSSZ) /* max no. of segments */
#define MSGSEG (__MSGSEG <= 0xffff ? __MSGSEG : 0xffff)
-----------------------------------------------------------------------------
MSGSEGが0xffffを限界値としてる理由ってなんですか?
(MSGPOOL*1024)/ MSGSSZ でシステム全体のqueueが取り得るmsgセグメントの最高値が出てくると
思いますが、既にDefault値で0xffffを越えますよね?
そもそもMSGSEGはシステム全体で取り得るmsgセグメントの限界値なんですか?
それ以前に/* unused */の時点でこのパラメータって気にしないで良いのですか?
だとすると、この設定値は古いアプリなどで使われている時のために存在しているのでしょうか?
かなり乱雑な質問で申し訳ないですが、ちょっとこの辺り教えてください。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5388日前に更新/221 KB
担当:undef