09/09/21 00:09:59 ylzlbzAT
●カーネル付属文書翻訳
URLﾘﾝｸ(www.linux.or.jp)
URLﾘﾝｸ(www.linux.or.jp)
URLﾘﾝｸ(www.linux.or.jp)
●Configure.help 翻訳
URLﾘﾝｸ(www.linux.or.jp)
3 ：login:Penguin [sage] ：2007/12/02(日) 16:59:15 ID:v60lx45q
●連載記事 「Linux Kernel Watch」
URLﾘﾝｸ(www.atmarkit.co.jp)
●LWN
URLﾘﾝｸ(lwn.net)
●Kernel Planet
URLﾘﾝｸ(www.kernelplanet.org)
●Linux & IBM
URLﾘﾝｸ(www-03.ibm.com)
○関連スレ
最新カーネルを表示するスレ その3
ｽﾚﾘﾝｸ(linux板)
あなたのカーネルパッチを教えろやゴルァ！
ｽﾚﾘﾝｸ(linux板)
ディバイスドライバをハックしよう！
ｽﾚﾘﾝｸ(linux板)
3:login:Penguin
09/09/21 00:11:51 ylzlbzAT
Linux Kernel Newbies
URLﾘﾝｸ(kernelnewbies.org)
Linux Kernel Hack Japan (旧 読学のススメ）
URLﾘﾝｸ(hira-consulting.com)
4:login:Penguin
09/09/21 00:14:15 ylzlbzAT
@it Linux Square
URLﾘﾝｸ(www.atmarkit.co.jp)
5:login:Penguin
09/09/21 00:21:02 9q2aeNv/
kosakiがタンスの角に小指をぶつけますように。
6:login:Penguin
09/09/21 01:29:53 +JosdW9t
LKMLに参加するvipperが増えますように
7:login:Penguin
09/09/21 08:51:54 7XgbDQsF
>>6
どんなカーネルになってしまうんだろう．．．
8:login:Penguin
09/09/21 09:03:29 9q2aeNv/
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼
| |r┬-| | < eth0をうpしたぜ！
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
9:login:Penguin
09/09/21 13:25:39 zscoFCMs
やっぱり、みなさん
Japan Linux Symposium と Kernel Summit にはいくの？
10:login:Penguin
09/09/21 13:40:29 2wIgSqnr
金かかんない所だけいく。
11:login:Penguin
09/09/21 13:52:11 ZOeRPhu7
r ―――-- ､
,ィ／￣￣￣￣￣￣￣`ヽヽ､
／／__, ィ――､―､ ＼ヽ､
∠_／´7 : : : : ィ´ : : : : : : :ﾊ`ヽ､ ＼ ＼
/ : : / : : ／ : : ／/ : : /: :! :ヽ :＼ ヽ ＼
/: : //: : / : : ／: :/: : : ﾉ: : |: : !ヽ: : ヽ ヽ ヽ
/: : : /: : /: :／: : ／: : ／: :i ∧: : :|: :ヽ! } /＼ヽ
! i : : !: :/: :/: : ／: : ／ィ: : /: : ヽ: :!: : : ! Y_ ヽヽ
.!: :| : : !/､_/_／ _ィ／/: : /∧: : : : !: : : : } | ｀ヽ､ ヽ!
! ﾊ: : |.／＞￣／ ノ :入〈 !: : : : l: : : :! /! `ヽ!
|〉､ヽ ! ﾞﾐﾐ三､ ／／ `〈__! : : /: : : :ｲ: :!
| 「ヽ!`ゝ::: ﾐ､､＿ 〉へ : : :ノ :|: :| 前スレ埋めてから使いやがれ
| | ヽヽ :::: l ::: `ﾞﾞ=ﾐ/: :／:／ /: ! : ! ですぅ
| | ヽ ＼ !ｰｧ ::: ／:／／ /: : |: :|
! .＼ ＼ `´ ,イ⌒ア^〉 /| : : !: :!
/| }-､,-､__}＞r-ァ´￣ ／ / /: :! : : |: :!
／: ! >-､＿ 7―､`/ ノ /: : :! : : ヽ:|
/ : : / /＼ /==Y〈`-"⌒ヽ＜ / : : : |: : : : :ヽ
12:login:Penguin
09/09/21 13:55:27 9q2aeNv/
>>8
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼
| |r┬-| | < 人気だな俺のパッチ。早速regressionとか言う改良版貰ったぜ！
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"~~｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
13:login:Penguin
09/09/21 14:54:29 rXqyXGXS
／ Greg KH「devtmpfs入れようぜ」 ＼
／￣￣￣＼
／ ─ ─ ＼
／ <○> <○> ＼.
| （__人__） |
＼ ｀ ⌒´ ／
／ ＼
ﾉ Ｌ＿＿＿_
⌒ ＼ ／ ＼
／ （○） （○）＼
／ （__人__） ＼ ちょっとまつお！
| |::::::| | udev vs devfsの議論はどうなったんだお！
＼ l;;;;;;l ／l!| !
／ `ｰ' ＼ |i
／ ヽ !l ヽi
（ 丶- 、 しＥ |そ ドンッ！！
`ー､＿ﾉ ∑ l､Ｅ ﾉ <
ﾚY^Ｖ^ヽｌ
／￣￣＼
／ _ノ ＼ 別物だ、落ち着け
| u （ ●）（●） ＿＿＿_
. | （__人__） ／::::::::: u＼
| ｀ ⌒´ﾉ／ﾉ└ ＼,三_ノ＼ ,∩__
. | ／::::::⌒（ ●）三（●）＼ fつuu
. ヽ |:::::::::::::::::⌒（__人__）⌒ | | |
ヽ ＼:::::::::: ｀ ⌒´ ,／ _ | |
/ ￣＼ /⌒ .ヽ i 丿
| ヽ、 ＼/ /(⌒) ξ）￣￣´
＼ ./ / ／ |
14:login:Penguin
09/09/21 15:10:33 EjvXmWLy
いちいちメンドクセエMLだな
15:login:Penguin
09/09/21 15:36:18 ryVwJF9n
kosaikiってVIPPERがいるけどさ
16:login:Penguin
09/09/21 15:39:47 rXqyXGXS
Linux方面でやる夫を使い出したのはDebianのHenrichさんが最初じゃね?
17:login:Penguin
09/09/21 15:43:49 9q2aeNv/
>>16
Henrich本人ですよね。あなた。
18:login:Penguin
09/09/21 15:46:33 yf0UyF0f
つまりスレを荒らしているのはDeb厨
19:login:Penguin
09/09/21 15:52:36 rXqyXGXS
>>17
別人ですよ。
そもそもHenrichさんてプログラム畑の人じゃなかったはずだし。
20:デムパゆんゆん
09/09/21 23:29:10 ovad9gwf
>>14
にちゃんと一緒だろ 壁がないけど変なしきたりだけはしっかりある
つかHenrichもkosakiもデブ厨だな
デブには人間を悪魔に変える何かがいるに違いない
21:login:Penguin
09/09/22 02:32:23 4R9FLhp2
デブ厨は早く死滅してください。
それがこのスレ、ひいては人類のためです。
22:login:Penguin
09/09/24 08:15:40 Xrp/jxnS
brbdはユーザベースを人質にしてマージを迫ってるな。
まったく最悪な議論だ。
23:login:Penguin
09/09/24 08:16:24 Xrp/jxnS
おっと、drbdね。
24:login:Penguin
09/09/24 22:46:27 gQZ8oLxo
drbdってバグめっさあるのに
マージしたら大変なことにならね？
今でも複数の1GNICをbondingしたマシン間で
1ファイル10G以上のデータを何度も転送するだけで
カーネル固まって死ぬのに
25:login:Penguin
09/09/24 23:38:30 2J2BiPBO
linusが「出直して来い」って一言言えば解決するんじゃね？
26:login:Penguin
09/09/25 09:08:31 /KY+9qRu
>>25
やつら金の持ってる団体バックに据えて
やりたい放題やってるから一筋縄じゃいかないでしょ
27:login:Penguin
09/09/25 09:35:25 1X7tjf1a
TOMOYO同様しつこいなw
ねじ込んでもしかたないのに
性能云々以前に謙虚さがないから採用されないんだろうw
28:login:Penguin
09/09/26 16:01:44 Jy0DLp0d
lsmいらね。
29:login:Penguin
09/09/29 23:11:34 +kq6UYeu
kosakiってなんだよ
あれ
30:login:Penguin
09/09/30 00:27:09 CDJd9sSs
>>29
小堺関根
31:login:Penguin
09/09/30 07:47:56 nN8GtfrN
フジテレビに訴えて貰おうぜ。ポンキッキkosaki
32:login:Penguin
09/10/02 15:51:22 4o9GvIWp
linusも肥大しすぎ
33:login:Penguin
09/10/03 16:13:59 um0CqarZ
そうか？Linusは若い頃はいかにもオタクなデブって感じの太り方だったけど、今は年相応に腹が出てるだけに見えるから
一般的な印象は今の方がよくないか
34:login:Penguin
09/10/03 18:24:05 IMCbQVWZ
肥大してるのはコサキンじゃなくてカメ(ry
35:login:Penguin
09/10/09 14:56:30 5i6MwqDa
業界標準体型
36:login:Penguin
09/10/09 21:05:44 KaL0hwG7
今月も kernel watch 出ないのかな。
楽しみにしてるのに。
37:login:Penguin
09/10/09 23:12:00 2Vh5H/+Z
kosakiやる気出せよ。
38:login:Penguin
09/10/15 01:31:48 Prv/sTxc
>注5：かつカーネルに付属しているドキュメントはすでに古くなっていてうそまみれ。実はまともな解説としては、この記事が世界初かもしれません。
さぁ、今すぐ英訳する作業に戻るんだ
39:login:Penguin
09/10/15 17:07:09 V69yJjEm
Linux Kernel Watch > 9月版 帰ってきたCon Kolivas、大論争を呼ぶの巻
2009/10/14
URLﾘﾝｸ(www.atmarkit.co.jp)
40: ◆Zsh/ladOX.
09/10/15 19:48:26 Q3YPqewu
BFSのネーミングにﾜﾛｽ
41:login:Penguin
09/10/15 20:09:39 lFFBJt9r
今回の記事、Blogで濃すぎて気持ち悪いとか言われてるな。
42:login:Penguin
09/10/15 20:28:57 R1S64tl+
BFSのおかげでCFSの見直しが起きたんだから、BFSありがとー。
43:login:Penguin
09/10/15 20:37:08 PcAndhy7
グラフに抵抗感があるんだよ
実際何書いてんのかよくわからんグラフ見せられてもな
関係ないがベンチマークとかで縦軸と横軸の定義まともにしてないグラフがうっとおしい
BFSの件は、メンテナーが企業人ばっかりなんだって事を痛感するな
要はデスクトップなんか知るかって事だからな
44:login:Penguin
09/10/15 20:39:13 wQWd1nzm
さっそく sched_debug 有効にしていじってみよ。
ところで ck の日本語勉強は順調なのだろうか。
45:login:Penguin
09/10/15 20:44:32 lFFBJt9r
あの日本語画像ファイルはどこまでがネタだったのか、ぜひ聞いてみたいよな
46:login:Penguin
09/10/15 21:00:22 R1S64tl+
>>43
Canonical からのパッチに期待しよう。
47:login:Penguin
09/10/15 21:01:27 lITJHs9h
よりによってCanonicalかよw
48:login:Penguin
09/10/15 21:39:33 R1S64tl+
他にデスクトップ指向のベンダーがどこにいるんだよw
49:login:Penguin
09/10/15 22:19:28 AU6D4rH1
赤帽
50:login:Penguin
09/10/15 23:08:22 R1S64tl+
そこはエンタープライズでしょ
51:login:Penguin
09/10/16 12:14:30 VV1Fc2SH
関係無いが「うっとうしい」を「うっとおしい」とかいて"何故か変換できない"やつに抵抗環がある
要は日本語なんか知るかって事だからな
52:login:Penguin
09/10/16 12:57:46 784l/72v
関係無いが、とか言い訳じみた書き出しで本当に関係無い事をグダグダ言う奴って
凄く鬱陶しいですね、わかります。
53:login:Penguin
09/10/16 13:04:05 ISSRfuW6
マカの荒らしにいちいち反応しない
54:login:Penguin
09/10/16 21:07:52 NM1taakb
ここまで、抵抗環への突っ込みなし。
55:login:Penguin
09/10/16 23:09:44 xxD2LIE+
そーいえば、「新ファイルシステム、BFS」というのもなんだかなぁ。
未だに直っていないところを見ると、わざとだったりするんだろうか。
56:login:Penguin
09/10/16 23:12:39 46M2TVXP
ホントだ
あの見出しは編集が書いてるんか
57:login:Penguin
09/10/17 04:11:10 Jim0USHi
BFSって見るとBeFSを思い浮かべてしまう。
2chfsってまだ聞かないな。近い将来出てくるだろう。
58:login:Penguin
09/10/17 10:20:26 nWRW4zS0
2chに投稿することで保存するのか
削除はいちいち依頼して・・・
URLﾘﾝｸ(slashdot.jp)
これを思い出した
59:login:Penguin
09/10/17 17:11:29 RvDDHngM
むしろ2chRDBだとおもうんだ
60:login:Penguin
09/10/19 00:19:31 5LGX3UFP
>>58
fuseで実装してみた。
unlinkは管理者にメール出して返信あるまでブロックするようにした。
61:login:Penguin
09/10/19 08:48:34 VNjW5AT6
>>60
up
62:login:Penguin
09/10/20 07:34:34 VHwCRylk
>>43
これがLinuxがデスクトップ方面に弱い遠因なんだろうね
63:login:Penguin
09/10/20 07:42:06 16Dp9j87
今回の件は評価基準がおかしいって話でしょ
「ベンチには表れないけど、体感ではこうなんだ！」
とか言われたら
「それなら新しいベンチ書けよ」
って話になるわいな。
体感よりも機械的な計測値の方がマシ
64:login:Penguin
09/10/20 11:11:57 d04yCXOV
ベンチでOS選ぶやつなんて企業人だけだろ。
65:login:Penguin
09/10/20 11:24:55 D0H8tqr1
俺の直感が正しいんだぁーってか？
pu
66:login:Penguin
09/10/20 16:45:45 ljENm1je
屁こくなよ
67:login:Penguin
09/10/20 21:12:08 au+3B3Ai
scandirで開いたdirentを使って
unlinkをするとext4はこけるちゃうんだなｗ
ダメじゃーんｗ
68:login:Penguin
09/10/21 01:10:17 hZv6PmFx
カーネルサミット。何かおもしろいネタあった？
69:login:Penguin
09/10/21 13:20:11 8cibEfaC
kosakiタンががむばってメモとってたので、来月のkernel watchに出るんでないかと思ふ。
70:login:Penguin
09/10/23 12:57:22 gJE6lbnX
うそまみれをくそまみれと読んでしまう
71:login:Penguin
09/10/23 22:31:27 py1osOAV
Linus来日中、Windows 7に喜ぶ？
URLﾘﾝｸ(slashdot.jp)
→URLﾘﾝｸ(www.linuxinsight.com)
なかなか、お茶目なんだな
72:login:Penguin
09/10/23 22:35:41 FWL8f2kX
>>71
秋葉原かな。
73:login:Penguin
09/10/24 01:31:05 nJTe4UQs
>>63
マシってことは無いが、複数で議論するには客観的な基準が必要だな。
74:login:Penguin
09/10/25 20:03:49 YdPIunYd
お、2.6.31.5でacpi_enforce_resources=laxを付けなくてもまともに起動するようになった～
acpi_enforce_resources=laxを付けてたときより外した後は全然動きが早くなった
75:login:Penguin
09/10/25 23:47:20 PABNbVuC
>>74
ちなみに、それ何のためのオプション?
76:login:Penguin
09/10/25 23:52:49 YdPIunYd
>>75
ｽﾚﾘﾝｸ(linux板)
困っててスレチだけど書いたら丁寧な方が教えてくれたの 神でした
77:login:Penguin
09/10/27 23:44:28 ZyfjJyUD
この本を418ページまで読んでみたが・・・
Linuxデバイスドライバ 第3版
URLﾘﾝｸ(www.amazon.co.jp)
難しくて内容の構成が把握できない。部分的にしか理解できない。
Linuxの基礎知識不足かな？
78:login:Penguin
09/10/27 23:54:53 tV+n77W3
>>77
そもそも何がしたくてそれを読んでるかにもよると思うけど
カーネル本にしろドライバ本にしろそれを読んで理解するんじゃなくて
ソースを見ながら理解するもんだと思う
俺も解ってないことのほうが全然多いけどね
79: ◆Zsh/ladOX.
09/10/28 00:05:48 SCZsd9qn
>>77
そこのWebの下にある平田氏の本は漏れには分かり易かった。
80:77
09/10/28 00:31:31 uLpg3Xf2
>>78
ハードドライバが書けるようになりたいのだけど、もしかしたら背伸びしすぎたかも？と思った。
そもそもカーネルの知識がない状態で読んだのだけど、やはり難しいなあと。
>>79
Linuxデバイスドライバプログラミング
URLﾘﾝｸ(www.amazon.co.jp)
81: ◆Zsh/ladOX.
09/10/28 00:39:24 SCZsd9qn
そうそれ。
82:login:Penguin
09/10/28 09:13:42 r+T4WhP6
自分で何か適当に書いてカーネルパニック起こしまくっていればだんだんわかってくるんじゃね
83:login:Penguin
09/10/28 11:19:05 6yHnmHZN
万一書けるようになっても書くべきデバイスないじゃん
ほとんど搭載のドライバで動いてしまう
車輪の再発明をしろと？
84:login:Penguin
09/10/28 11:21:12 wmFXvPNb
>>83
仕事で必要な人もいるのでは？
85:login:Penguin
09/10/28 13:24:37 A3ksvDi/
>>83
Linux自体が車輪の再発明なのに
何を申しておる・・・
86:login:Penguin
09/10/28 13:26:29 otKIteNo
話がそれてる。
87:login:Penguin
09/10/28 13:27:44 1q/1Ahpg
再発明された車輪の下でせいぜい苦しむといい
88:login:Penguin
09/10/28 16:21:19 rNmhXIp9
実装方法を知らなければ車輪の修理はできない。
89:login:Penguin
09/10/28 19:20:50 FbZfADL2
カーネル内部へのインタフェースを自分で作れると
役に立つこともたまにある。
90:77
09/11/03 20:26:16 4cL8nuR+
規制で長いこと書けなかった。
>>79
Linuxデバイスドライバプログラミング
URLﾘﾝｸ(www.amazon.co.jp)
これ買いました。まだ150ページ程度しか読んでいないけど分かりやすいですね。
91: ◆Zsh/ladOX.
09/11/05 22:32:03 Z8QASiJA
こちらも規制がやっと解けたorz
>>90
分かり易いだろ？
もうP150ならすぐ読破できそうだね。
92:login:Penguin
09/11/08 10:36:34 jBV6bP26
>>87
ネットバーストがあるのに、なんでIntelはCoreなんて作ったんだろうな。
93:login:Penguin
09/11/08 11:06:09 Ds9HbFjj
再発明と再実装を混同するなよ
94:login:Penguin
09/11/08 11:23:01 jBV6bP26
>>93
再実装に対して再発明とかほざいたのが失敗でOK?
95:77
09/11/08 22:58:11 g7u0hcrf
>>91
「Linuxデバイスドライバプログラミング」のP180から急に不親切な説明になってきた。
第六章の後半は全体的に説明不足のような。
96:login:Penguin
09/11/10 07:02:49 lcynocqa
人はわかっていることしか人には説明できないからな
97:login:Penguin
09/11/10 08:14:57 nHcQON/r
解説本に「よく理解してないんだけどたぶんこうじゃないかな」なんて書けないしねw
98:login:Penguin
09/11/10 18:34:58 pEB8NGAk
>>92
それで俺がIntelを見限ったからだよ。あん時ほどAMDだけでいいと思ったことはないね
爆音マシンばっかり量産しやがって
99:login:Penguin
09/11/11 09:23:41 VCPlV4DB
>>98
うちもサーバルームの熱容量が足かせになって、
しばらくPen3世代(のXeon)から更新できなかったからな。
事業所によっては我慢しきれず Opteron を買ってた。
Core系でたときは、マジで待ってました! だったわ。
100:77
09/11/11 23:26:39 mpNjoKzM
>>96
>>97
というよりはただの説明不足みたいです。
書いてくれれば簡単に分かることが書かれていなかったりする。
でも第７章からはまた分かりやすく書かれていると思います。
101:login:Penguin
09/11/11 23:34:36 dfJd/odd
Montavista買収されちったけど
買収先の会社ってカーネルのソースにSCOみたいに
ゴネてきたりしないよね？
102:login:Penguin
09/11/12 00:38:55 SbFa0mrO
kosaki仕事しろ
103:login:Penguin
09/11/12 21:28:16 g557GIl1
日本人がカーネル開発に関わると100%ろくなことにならないな
104:login:Penguin
09/11/12 23:56:21 XqYIPhL1
FUD乙
105:login:Penguin
09/11/13 03:55:40 uVMV9qn+
著名な日本人が日本語で電波を出すとろくなことにならない
あっという間に>>102-103みたいなのが群れ集まってくるからな
106:login:Penguin
09/11/15 13:12:30 Cvfm1B4Z
で？カーネルおじさんがLinuxでも使い始めたのか？
107:login:Penguin
09/11/15 13:34:14 Jrx1feHi
kosakiってなんなの？
教えて欲しいです
108:login:Penguin
09/11/15 21:06:26 i0h3d8JG
俺は革命の日々からkosakiを知った
109:login:Penguin
09/11/21 13:29:25 1JiGYrPL
URLﾘﾝｸ(www.unifiedkernel.com)
のUnified Kernelってのは、Wine無しでWinソフトが動くの？
110:login:Penguin
09/11/21 14:31:45 5yN1kFiV
パッチ当てたwineが必要だよ。
将来的にはwindowsを準仮想化できるようになるかもね。
111:login:Penguin
09/11/21 14:48:39 1JiGYrPL
>>110
回答ありがﾄﾝ
Unified KernelのWineと普通のWineってどう違うの？
112:login:Penguin
09/11/21 15:06:59 5yN1kFiV
WindowsでシステムコールになっているAPIの実装をwine側からカーネル側に移して、dll.so側ではシステムコールにしてる。
でもwineのパッチには関係ない修正もいくつか入ってる感じ。
113:login:Penguin
09/11/21 17:50:18 1JiGYrPL
つまり早くなるってこと？
114:login:Penguin
09/11/21 18:31:30 5yN1kFiV
それもそうだが、wine単独では使えなかったwindowsのハードウェアに関係するdllが使えるようになるということが大きい。
115:login:Penguin
09/11/21 19:18:25 1JiGYrPL
えっ
ということは、
Nintendo USB Wi-Fi ConnecterとかEMOBILE ユーティリティとかも使えるってこと？
(芋Utilは使えなくてもいいけど)
116:login:Penguin
09/11/21 19:43:54 5yN1kFiV
linux unified kernelがどこまで可能かどこから不可能か、wine単独が(ryかは詳しくないから知らん。
linux unified kernelはまだ実装されてない部分が多いからこれからだろうね。
117:login:Penguin
09/11/21 19:51:52 1JiGYrPL
でもハードウェア関係が動くってことは、
USBデバイスを使ってインターネットに接続したりするソフトももしかしたら使えるってことだよね
118:login:Penguin
09/11/21 19:56:51 5yN1kFiV
usb使うソフトはwine単独でも動くよ(libusb経由だったと思う)。
119:login:Penguin
09/11/21 20:07:33 1JiGYrPL
じゃあ俺はWine単独でいいかな・・・
ID:5yN1kFiVさんありがとうございました。
あと、話がWine関連に逸れてしまってすみませんでした。
120:login:Penguin
09/11/21 20:08:37 iqCcH6fc
もともと過疎スレだし、気にしないで！
121:login:Penguin
09/11/23 23:16:36 z7b6dTYU
結局、utraceってどうなったの？
世に出る前に死亡？
122:login:Penguin
09/11/25 21:00:45 zoVZ9k8n
今、Redhat社内で押しつけられたOlegが必死扱いてマージ中。社内で滞ったまま大量にたまっていたので、かなり苦労しているっぽげ
123:login:Penguin
09/11/27 07:51:38 O69UQVBs
とうとうKOSAKIは仕事をしてくれなかった
124:login:Penguin
09/11/27 17:54:19 SUNofJjS
KOSAKIの仕事は日経Linuxに載ってた。
はじめて日経Linux買ったんだけど、結構お高いお＞＜
125:login:Penguin
09/11/27 22:48:14 O69UQVBs
kosakiもとうとうオープンを裏切って資本主義の犬に・・・
126:login:Penguin
09/11/28 14:01:42 TXf9dpea
>>124
どんな仕事なの？
127:login:Penguin
09/11/28 19:41:39 3zjo3Xg4
奴はただのサラリーマンじゃないか
最初から資本主義だろ
128:login:Penguin
09/11/28 21:06:00 3Cyks1NT
GPL的「フリー」概念じゃなくて「オープン」概念を持ち出すなら、
そっちはハナから資本主義との親和性を企図してるだろ。
129:login:Penguin
09/11/28 22:00:21 FoZmDEXP
フリーも資本主義との親和性を捨ててはいないと思うけど･･
130:login:Penguin
09/11/29 02:18:20 lH7UxKPe
だな、只より高い物は無いぜ。
131:login:Penguin
09/11/29 03:07:34 jkeMd6Yt
Microsoftのことか。
132:login:Penguin
09/11/29 09:30:44 g24izW3e
GNUは共産主義者の巣窟だぞ
133:login:Penguin
09/11/29 09:34:11 e7Aw4lp8
>>132
こっちでどーぞ
linuxは共産主義のゴミ
ｽﾚﾘﾝｸ(linux板)
134:login:Penguin
09/11/29 14:59:34 yJL8bQn5
読み書きを覗き見れる、なんとかfd ってのがあったと思うんだけど
なんだっけ？
135:login:Penguin
09/11/29 15:07:39 tt3K/U48
lsofとstraceしか知らね
136:login:Penguin
09/11/30 23:10:02 Dul2HNP0
>>134 systemtap
137:login:Penguin
09/12/01 12:26:37 UFvUah6t
詳しい人、お知えてください。
以下の議論が出ているんだけど、これはlinuxもダメな部分があると理解していいの？
linuxがダメって言われてくやしいんだけど。
ｽﾚﾘﾝｸ(db板:65番),72,123,125
138:login:Penguin
09/12/01 12:40:37 vaeoSP4f
fdatasync()を使うべきところを fsync()使うというのが何なのか
分からないならカーネルスレではなく、くだ質に行くべきだな。
ｽﾚﾘﾝｸ(linux板)l50
139:login:Penguin
09/12/01 13:27:32 xRnDkSib
>>137
どんなOSでも駄目な部分はある。
安定性だけで言ったら、一番安定しているのはWindows Vistaだし、
日本語対応力もWindowsだし、Web対応力もWindowsだけど、
価格で言ったら、もちろんLinuxだし、
自由度もLinuxは一番高いと思うよ。ただ、ちょっとしたことで面倒くさくなったりとかはあるけど。
「総合的に駄目なOSはMac系」と覚えておけば問題はない。
Win/Linは一長一短。余裕があれば、デュアルでも仮想でも両方入れとくといいと思う。
あと、仮想なら必ずしもWindowsがホストのほうがいい。
140:login:Penguin
09/12/01 13:38:52 641NxBv6
そもそも悔しいってのが分からないな
141:login:Penguin
09/12/01 13:46:11 r4wE5qnz
DBって言うから
オラコーの人とかがLinuxカーネルに苦言を呈しているのかと思えば
SQLiteかよw
142:login:Penguin
09/12/01 14:10:48 wiKwUztm
Linux カーネル使った OS の VM/buffer 管理が他の OS に比べてダメダメなのは
昔からの話で、いまだに改善しない部分だから今さらって感じもするけど、
そろそろなんとかした方がよさそう。
143:login:Penguin
09/12/01 14:13:44 u1DpXgRO
>>142
やぁ、最近Linuxはご無沙汰かね？
困っているなら富士通みたいに自分で直すのがいいよ。
144:login:Penguin
09/12/01 14:24:50 wiKwUztm
いやいや、未だにダメダメですよ。
ディスク I/O 集中ですごい固まり方する OS は Linux 系 OS くらい。
他の OS ちゃんと使ってみた方がいいよ。
145:login:Penguin
09/12/01 14:48:32 vaeoSP4f
メモリまわりがイマイチなのは同意だが、それと馬鹿プログラマが
いい加減なコード書いてることとは区別しなきゃ。
DBといえば、OracleでLinux版だけ爆速だったこともあったな。
他のOS用のと違って、syncすべきところでsyncしてなかったからｗ
146:login:Penguin
09/12/01 16:46:52 Zf7rV7bW
爆速フライングモードとかもあっていいと思うんだ。
データの整合性？5分くらい巻き戻ったっていいだろ
くらいの感じで。
147:login:Penguin
09/12/01 16:54:43 VNcSNzyd
>>146
ext4 で -o commit=300
sysctl で vm.dirty_writeback_centisecs = 30000
148:login:Penguin
09/12/01 17:20:06 VNcSNzyd
>>147
まちがえた。expire_centisecs な。
149: ◆Zsh/ladOX.
09/12/01 19:15:32 4UT3W5vw
>>137
大丈夫。今時Unix系OSでLinux以外を使う利点は無いから。
FreeBSD 8.0 Benchmarked Against Linux, OpenSolaris
URLﾘﾝｸ(www.phoronix.com)
ほとんどのベンチで勝利してる。
150:login:Penguin
09/12/01 20:46:52 /yvzF8nI
>>149
ベンチマークだけでOSを判断するのはいかがなものかと・・・
151:login:Penguin
09/12/01 20:58:15 Zf7rV7bW
>>147
試してみるわ
152:login:Penguin
09/12/01 22:34:54 gxu2M/WX
ベンチはそこそこいいけどMacのOSXはメモリ管理が糞すぎだし
153:login:Penguin
09/12/01 23:23:41 PXKrIDfu
ext4で>>147-148の設定すれば最強ktkr？
154:login:Penguin
09/12/01 23:30:55 tH6MmGUd
OpenSolarisってつおいんだな。
155:login:Penguin
09/12/01 23:38:13 VNcSNzyd
>>153
書き込みの多いデータベースサーバでは効果ある。
ブラセボかもしれんが。
156:login:Penguin
09/12/01 23:40:39 N1QoMFIy
>>150
もちろんそれだけじゃあれだけど、一つの指標としてはありだろ。
157:login:Penguin
09/12/02 11:32:44 0zRMt7Nh
ベンチマークの項目すら吟味せずに……
158:login:Penguin
09/12/02 11:36:24 6Mhs8Li8
いつものphoronixベンチだから吟味するだけ無駄無駄。
159:login:Penguin
09/12/02 11:54:34 O0gTFhAq
ベンチ厨ってLinux板にもいるのか
160:login:Penguin
09/12/02 12:28:51 o3JVskmI
LKMLなんてベンチ厨だらけだというのに。
161:login:Penguin
09/12/02 12:57:25 6Mhs8Li8
lkmlのベンチはきれいなベンチ
phoronixのベンチはきたないベンチ
どちらに座りたいかは一目瞭然。
アレ？
162:login:Penguin
09/12/02 13:45:57 0zRMt7Nh
lkmlのは、ほとんどがパッチの有効性を示すためのもの。
結果が示す内容についてはかなり明確。
ただし、有効性を示したいあまり、有利な条件でしかベンチマークをしていない可能性がある。
phoronixのは結果に対する考察ができてないのがどうしようもなくダメ。
163:login:Penguin
09/12/02 15:22:20 4gn+0NPJ
phoronix の Mac OS X 10.6.2 と Ubuntu 9.10 の比較のやつを見たけど、
比較を Ubuntu の 32bit に限れば Mac OS X も悪くないかなと思ったのは俺だけ?
Mac OS X 10.6 は通常 32bit カーネルだけど 64bit のカーネルも存在する。
64bit のカーネルだったら、例えばシステムコールなんかが良くなって結果が
変わってくる可能性もあるんじゃないかな。
164:login:Penguin
09/12/02 18:56:56 I/6UHiuD
OSXは最高だよ。
Appleは10.6でUNIXの再定義を始めTOPを目指して走り出した。
WebKit、OpenCL、GCD、LLVM、clang・・・Appleは着実に力をつけてきた。
10.7になる頃には誰も追いつけない領域にいるんじゃないかな。
iPod、iPhoneの様に我々のライフスタイルに革命が起こるだろう。
165:login:Penguin
09/12/02 19:00:13 vLGdWrn1
>>161
お前はもう少しだけ評価されてもいい
166:login:Penguin
09/12/02 19:29:45 35POWpal
マカ死ねって感じ？
167:login:Penguin
09/12/02 19:47:58 ByXFHUD4
マカとubuntu使いは同じ臭いがする。
168:login:Penguin
09/12/02 20:01:36 35POWpal
足りてない子は何にでも騙されるからな
169:login:Penguin
09/12/02 20:07:04 Wm7/SG39
マカに近いのはわざわざこの板に出張してくるMS信者だろ。
170:login:Penguin
09/12/02 20:45:39 fYjFwqhO
説明はともかく、>>142,144みたいなウソを書く馬鹿は
*BSDでも使ってれば良いってことだな。
171:login:Penguin
09/12/02 22:41:08 nizdt0P1
マカ王まずい
172:login:Penguin
09/12/02 23:13:07 3eqB3JK7
>カーネル開発者会議「Kernel Summit」が日本初上陸
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
173:login:Penguin
09/12/03 18:59:38 1RWhxneV
>>144
自分は3年前からメインでLinuxを使っているけどその頃はかなりそんな感じを受けた。
> ディスク I/O 集中ですごい固まり方する
これこれ。実際にギガ単位のコピーをすると固まるまでいかなくても反応がもっさりになる。
最近のカーネルは大分良くなったけど3年前は酷かった。通常数秒で立ち上がるFirefoxが
起動に30秒かかったりした。動画もガクガクになったり驚くのはその症状が出てるときは
ネットワークの転送もガクっガクっと瞬間的に0になる。
ファイルのコピーだけだからCPUリソースなんてほとんど食ってない、明らかに何かのウエイト
的な物がかかっちゃってる。
174:login:Penguin
09/12/03 19:01:41 /H0mk1k6
ionice
175:login:Penguin
09/12/03 19:07:43 ntToSoq1
3年前と今ではIOスケジューラがだいぶ違うのでは？
176:login:Penguin
09/12/03 19:15:46 1RWhxneV
昔Linuxのファイルシステムなんてスレッドがあって（今もあるのかな？）そこで少しだけ話題になってた。
変な人が多くて今は見て無いんだけど・・
そこで言われてたのはLinuxはI/O処理が弱くてディスクだけじゃなくてI/O処理中はデバイスをカーネルがつかんで
離さないとか。BSDだとそんな事がないらしい。
でも使ってる感じ今のLinuxカーネルはかなり良くなった気がする。CFQになったあたりからかな。
>>174
お、そんなのがあるんだ、今度試してみます。
でも最近はかなり動きが良いから出番無いかな、それ位良くはなってますね。
177:login:Penguin
09/12/03 19:24:35 oi5u0tkh
>>176
スケジューラもロックもここ数年でがらっと変わってるよ。
3年前にBSDのほうが性能出たのは確かだけど、今は差がないはず。
178:login:Penguin
09/12/03 19:42:42 cNqAscIo
>>176
それは2.6でカーネルがプリエンプティブになったのが大きいのでは。
179:login:Penguin
09/12/03 19:55:48 orOkkq42
何かひとつ直したから速くなったわけじゃない
あっちにもこっちにも問題があって
それをひとつひとつ修正していったから今のLinuxカーネルがある
180:login:Penguin
09/12/03 20:27:33 hHjKDMK7
つうかLinuxカーネルのソースコードなんて日々代謝が行われて
削除されるコードもあれば追加されるコードもあるだろ。
昔から全然変わらない部分もあるけれども。
181:login:Penguin
09/12/03 21:35:32 KoEoToZq
いいものもある 悪いものもある
182:login:Penguin
09/12/04 04:35:22 FX7c+Rsq
2.6.32入れたらXの立ち上がりが早くなった
なんぞこれ
183:login:Penguin
09/12/04 04:54:25 ObW8IyYw
>>182
最近になって体感速度に関わる問題が明るみに出たから、
それらの修正が反映されてるんじゃない？
184:login:Penguin
09/12/04 18:30:13 Umelb9NB
>>179
要するに設計に一貫性がない
185:login:Penguin
09/12/04 19:38:14 j2U50/aQ
>>184
ご冗談を。
186:login:Penguin
09/12/05 00:09:09 jaZIhKV9
1fsのためにOSのVFSを書き換えたりな
187:login:Penguin
09/12/05 01:01:22 UQzLRjMb
柔軟な対応つうことだろう。
まあ他に害がなけりゃいいんでないかと思うよ。
信頼性とか評価する人は頑張ってくだせえってことで。
188:login:Penguin
09/12/05 23:59:42 23kVWI71
新カーネルでたけど、もうシングルコアベースでは性能向上はなくなってきた感じだな
古いPCの受け皿としてはこれからは無駄ばかり増えていく
189:login:Penguin
09/12/06 03:07:24 f9NF1pqV
古いＰＣなら2.2がゲキソク
190:login:Penguin
09/12/06 09:18:27 jsvl68ld
>>188
そんな世界になったら、組み込み側から文句が出ると思うが。
スケーラビリティにこだわってるみたいだから1CPUでもスケールするんじゃね？
191:login:Penguin
09/12/06 09:33:46 5Pa3D6U3
>>190
世界的に、組み込みも来年からは2コアが主流になるから
シングル難民は消えてくれって流れだろ
192:login:Penguin
09/12/06 09:36:42 jsvl68ld
>>191
完全にシングルコアCPUのIA32が消滅するのは10年後くらいか。
193:login:Penguin
09/12/06 10:14:17 CVfcc6FU
Atomもシングルコアだろ？
ネットブックはどうするよ
194:login:Penguin
09/12/06 10:29:20 okrur75s
いちいち#ifdef CONFIG_SMPでシングルコアでは不要な部分括り出す努力をしてくれる
人は減ってくるだろうなあ
195:login:Penguin
09/12/06 10:33:30 jsvl68ld
性能問題で困った人はやってくれるんじゃね？
そんな人がいなくなったとき、それは全世界的に無問題になっている。
196:login:Penguin
09/12/06 11:27:38 86MRhLh8
Linuxのカーネルのほとんどの関数、ほとんどの構造体や変数に注釈をつけたものをWeb上で公開したい
197:login:Penguin
09/12/06 12:13:47 o0v27PN7
>>196
やめろ
198:login:Penguin
09/12/06 12:15:57 86MRhLh8
>>197
理由をお聞かせください。
199:login:Penguin
09/12/06 12:24:14 kzm5x/S0
>>198
自作ポエムはp2pで流すもんだ
200:login:Penguin
09/12/06 12:27:26 Ao94Fnkj
>>196
公開すればいいと思うけど、かなりのリスクがあるよ。
201:login:Penguin
09/12/06 12:31:23 86MRhLh8
>>200
かなりのリスクとは何でしょうか？
202:login:Penguin
09/12/06 12:37:32 lkRaWlEF
まず無知は徹底的にフルボッコされる。
技術に自信があるなら好きにしろ。
203:login:Penguin
09/12/06 12:38:42 XczLSRS/
>>202
典型的な日本人気質だね。
204:login:Penguin
09/12/06 12:52:28 86MRhLh8
>>202
フルボッコというと例えばどういう内容でフルボッコにされるのでしょうか？
205:login:Penguin
09/12/06 12:53:21 Ao94Fnkj
>>201
１．嫌がらせメール
２．くだらない質問の連発
３．表記ミスのフルボッコ
４．２ｃｈによる嫌がらせ
５．個人の特定および嫌がらせ
６．なぜか鯖が攻撃される
嫌がらせばかりだね。
書ききれないほどの嫌がらせを受けるよ
なぜ受けるのかなんて理由は必要ないようだ。
206:login:Penguin
09/12/06 12:54:37 Ao94Fnkj
>>204
ゴミ、くず、空気の無駄、地球温暖化の原因、家族・顔に対する誹謗中傷
よくわからない噂を立てられ２ｃｈに張られまくる
いぱーいあるよ。
207:login:Penguin
09/12/06 12:55:56 86MRhLh8
>>205
貴重なレスありがとうございます。
なるほど、公開方法は考えたほうがよさそうですね。
208:login:Penguin
09/12/06 12:57:39 lkRaWlEF
>>204
いやいや、やってみればいいじゃん。
お前のドキュメントが役に立つ（useful）だと認められれば、大成功だよ。
でも技術的に中途半端だと、痛い目に遭う。
間違ったことを堂々と書けば、2chで晒される。
まあ、頑張れよ。
209:login:Penguin
09/12/06 13:00:56 Ao94Fnkj
>>207
俺も公開してほしいと思う、でも仕事や家族に迷惑をかけてまでってついつい思ってしまう。
余裕があるならやってくれ。
210:login:Penguin
09/12/06 13:01:04 86MRhLh8
>>208
把握しました、ありがとうございます。
公開した時には、こちらのスレのほうでURLを載せます、
それでは、
211:login:Penguin
09/12/06 13:01:55 lkRaWlEF
うむ、期待しているぞ。
212:login:Penguin
09/12/06 13:14:06 6DacWnV4
>>196
ひらさんのWikiに追加書き込みすればいいのでは。
213:login:Penguin
09/12/06 14:01:46 oNyNRKqe
>>210
まあ頑張ってくれ。
とりあえずstart_kernelから読み始めるというのは無謀なので気をつけれ。
一時期似たような事やってたがかなり面倒だった。
個人用メモなら適当に書きなぐれるが、表に出すとなるとそれなりの体裁が必要だからなあ。
>>212
数年前から止まってなかったっけ？と思ったら再開するようだな。
214:login:Penguin
09/12/06 18:21:06 f9NF1pqV
カーネルのソースを万人が理解するようになると困る人たちがいるってこともある
215:login:Penguin
09/12/06 18:22:10 f9NF1pqV
Linuxならそういう情報いっぱいあるし、OpenSolarisとかDarwinでやってみれば
感謝されるんじゃない？
216:login:Penguin
09/12/06 20:22:11 2Yjd0dhc
何この流れ…
>>214
じゃカーネル読書会から中止に追い込むべきだな
217:login:Penguin
09/12/06 22:05:29 jsvl68ld
kosaki必死だな。
218:login:Penguin
09/12/06 23:15:40 8Sjk4TF3
>>207
これこそバザール方式でみんなで編集できるようにすればいい
219:login:Penguin
09/12/06 23:42:48 Ao94Fnkj
>>218
それいいな。
220:login:Penguin
09/12/07 09:46:00 3D2Me8/Q
近々公開する予定なので、みんなでフルボッコしてもらいたいです。
221:login:Penguin
09/12/07 13:37:59 AE+1mGy/
ここの連中じゃなくてLKMLの猛者にフルボッコにされるようがんがってください
222:デムパゆんゆん
09/12/07 14:06:58 4o2idxxj
／ >>220「みんなでフルボッコしてもらいたいです。 」 ＼
／￣￣￣＼
／ ─ ─ ＼
／ <○> <○> ＼.
| （__人__） |
＼ ｀ ⌒´ ／
／ ＼
223:login:Penguin
09/12/07 16:41:50 peS+KflR
M子かよw
224:デムパゆんゆん
09/12/07 17:46:51 4o2idxxj
ぶってぶって もっと
225:login:Penguin
09/12/07 22:08:46 cgREL8Nb
●main
カーネルを開始する。
18人の重要関数の頂点とも言えるmain。
彼の全知全能は全ての関数を生み出し、自らの死と共に殺す。
226:login:Penguin
09/12/08 00:21:34 Ie36cqFC
いいかもそれ
227:login:Penguin
09/12/08 16:17:41 YlJIZtoK
どう考えてもフルボッコだろｗ
228:login:Penguin
09/12/08 19:24:26 2kwQEIIG
出来る人が初めてLinuxのカーネル解析したときに
ソースコードに日本語のコメント入れながら読んだやつなら金出しても読みたい
体裁の整ったドキュメントは作るの大変すぎでしょ
229:login:Penguin
09/12/08 20:02:06 XtglozPb
ftraceって使ってみたいんだけど
使い方おしえれ
230:login:Penguin
09/12/08 21:13:33 ekVQVmlN
Linuxはコードの断片は凄まじい早さで変化するんで、詳細なドキュメントはすぐ陳腐化してしまう。なので、全体の流れがわかる程度のざっくりしたのがあればそれでいいと思うんだけど。さすがにサブシステム丸ごととっかえみたいな変更はそんなに無いから。
231: ◆Zsh/ladOX.
09/12/08 21:40:10 7d+xwlXt
>>230
そうだねぇ。APIの名前とか引数とか、構造体メンバとか、キリがない。
けど、RHEL系なら5系だけ使う、4系だけ使う、見たいに固定すれば
一応2.6.18カーネル(4系は2.6.9)なんで、APIも上っ面は固定なハズじゃないのかな。
232:login:Penguin
09/12/08 22:10:58 Y5d2jTiE
でまぁ結局自分の知りたいことは自分でソース読むしかないと
233:login:Penguin
09/12/08 23:34:16 BOrvbp7R
おいおい
誰の許可とってカーネルに説明記述なんて
ことしようとしてるだ？
あんまり勝手なことするとやばいよ？
234:230
09/12/08 23:41:35 hi1rx7ec
>>231
そうするとワリと作りやすいし、最新カーネルしか使わないような人以外(つまりほとんどの人)は、とくに企業のカーネルエンジニアは大喜びだろうね。
ただ個人的には196には、新しいのを最初から作り直すより、ひらさんのとか既存のやつを拡張する方向に向かってほしい。
235:login:Penguin
09/12/08 23:42:42 mTaTrVSR
>>233
ああん？ てめどこ中よ？
236:login:Penguin
09/12/09 06:30:25 ZpTP0eTD
>>231
新しいドライバをバックポートするために変更
なんて事がありそうだが。
237:login:Penguin
09/12/09 07:00:37 +oRFhc4U
KVMが勝手にyになるのは何が依存してんの？
238:login:Penguin
09/12/09 08:48:42 ZpTP0eTD
んな事ねえだろうと思ったが…
$ find -name 'Kconfig*'|xargs grep "select KVM"
./arch/x86/kvm/Kconfig: select KVM_APIC_ARCHITECTURE
./arch/ia64/kvm/Kconfig: select KVM_APIC_ARCHITECTURE
./arch/powerpc/kvm/Kconfig: select KVM
./arch/powerpc/kvm/Kconfig: select KVM
powerpcはそういうことがあるのか。
239:login:Penguin
09/12/09 09:43:48 W28ygkwG
>>236
バックポートはRHがやってくれるwww
240:login:Penguin
09/12/10 12:48:39 2h4/oHix
Linuxの自作アプリから、現在挿入されているSDカードのライトプロテクト情報って取得できますか？
可能な場合、どこの情報を参照すればいいでしょうか。
241:login:Penguin
09/12/10 22:50:15 iLWGIEHE
>>240
試しに書いてみる。
242:login:Penguin
09/12/11 01:15:18 rEUMRvk7
>>240
SDカードが/dev/sdcとして認識されている場合
$ cat /sys/class/block/sdc/ro
1=書き込み禁止
0=書き込み許可
みたいだけど
243:240
09/12/11 10:09:51 8QS8WUaj
>>242
ありがとうございます。
244:login:Penguin
09/12/11 23:19:32 2hsp1py/
[git pull] drm nouveau pony for Xmas.
これで開発が加速するか減速するかサンタのみぞ知る
245:login:Penguin
09/12/11 23:25:19 75AsNisz
kosaki、ありがとう。富士通バンザイ
246:login:Penguin
09/12/12 00:15:41 LynikOhJ
よくしらないんだけどbtrfsとext4はどっちが期待されてるor主流になりそうなの？
247:login:Penguin
09/12/12 08:29:55 ka9vHBAq
当分主流はext4だろうけど期待されているのはbtrfs
248:login:Penguin
09/12/16 09:07:39 7/499bXW
ptraceの代わりになるやつってなんだっけ？
249:login:Penguin
09/12/16 14:30:31 A1fNdMRO
NVIDIA厨は2.6.33で歓喜
250:login:Penguin
09/12/17 21:20:41 AT2wTZoc
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
このインタビュー記事、残念なことになってる。
質問者のバックグラウンドってやっぱだいじだよな。
できれば日本人のkernelコントリビューターにインタビュアーをやって欲しかった。
251:login:Penguin
09/12/17 22:18:39 /aNetUPI
なにが残念なの？ なれ合い記事よりはいいと思うけど。
バイナリ互換をちょっとは考えてよって当然の要望だと思うし
252:login:Penguin
09/12/17 22:23:09 nNb/mU8/
それ読者からの質問でしょ？
Linus来日予定のちょっと前に質問募集してたよ。
253: ◆Zsh/ladOX.
09/12/17 23:49:02 XeZ9cNP+
漏れもどこが残念なのかわからない。
254:login:Penguin
09/12/18 13:56:58 VZbU+7/t
便乗カスコテw
255:login:Penguin
09/12/18 14:15:14 XhxSVMqA
見えないので問題ない。
256:login:Penguin
09/12/18 14:53:29 KcjqPmV1
この糞コテはプリキュア見てるらしいなｗ
257:login:Penguin
09/12/19 09:46:38 MZe2B54r
*1 Kernel Summitに参加した富士通の小崎氏によると、「Linusはギャグを言っているばかりで、全然まじめに議論に参加していないようだった」とのこと。
ガチャピン調子のってんな
258:login:Penguin
09/12/19 09:56:47 EPDE8LzC
最近この板もカスコテ増えたな。
時代の流れか。
259:login:Penguin
09/12/19 10:39:59 CybwYrqL
>>258
人のふり見て我がふり直せ
260:login:Penguin
09/12/19 10:48:04 EPDE8LzC
自演乙
261:login:Penguin
09/12/19 10:54:21 CybwYrqL
>>260
人の忠告を素直に聞けないと、成長できないぞ。
262:login:Penguin
09/12/19 11:21:11 fQ+ej4iA
でも所詮データじゃん。成長(笑)
263:login:Penguin
09/12/19 11:22:50 UNotb6VJ
成長とは妥協の言い換えである
理想を持った人間は妥協できない
ゆえに成長できない
あたかも転進の撤退であるが如く
264:login:Penguin
09/12/19 11:23:14 CybwYrqL
EPDE8LzCは電子の妖精
265:login:Penguin
09/12/19 11:25:25 CybwYrqL
>>263
信じた道に固執すると言う点で納得。
なるほど、たまには振り返ってみるものいいものかもしれない。
266:login:Penguin
09/12/19 12:52:54 EPDE8LzC
>>264
Σ凸（・д・）てふてふ ◆1xsES22i66
お前コテ付けろつってんだろ。
コテならコテで突き通せ。
でも俺はお前のことが好きだ。
267:Σ凸（・д・）てふてふ ◆1xsES22i66
09/12/19 13:01:36 CybwYrqL
めんどい。
kvmに並べてlxcも優遇してほしいでつ。
268:login:Penguin
09/12/19 20:55:12 lSncY3Ku
2.6.33は超古いカードも対応してくれるのだろうか・・・
269:login:Penguin
09/12/19 21:30:49 k9L5fvcT
そんなの無理に決まってるじゃん
270:Σ凸（・д・）てふてふ ◆1xsES22i66
09/12/19 23:02:52 CybwYrqL
Riva TNT2は大丈夫でつよね。
271:login:Penguin
09/12/20 07:57:25 aFO1xsMd
よほど面倒じゃない限り、既に対応してるのを外すってことはないだろう
272:login:Penguin
09/12/20 10:19:18 mapnQIGE
windowsみたいにドライバモデルが変わったりとかはないのん？
273:login:Penguin
09/12/20 16:15:57 +0AkWUhY
2.4と2.6とではけっこう違うな。
その後2.6系列の中で、どれだけ違いが生じてるかは知らないけど。
274:login:Penguin
09/12/20 23:10:50 CwSUmyvO
>>273
2.6の途中でもかなり変わってる。
275:login:Penguin
09/12/20 23:30:03 tcaqAMar
ドライバモデルと言えるほど固まった仕様がないのが問題なのでは。
276:login:Penguin
09/12/20 23:37:36 CwSUmyvO
>>275
柔軟で面白いけど、毎回メンテナは大変そうだな。
277:login:Penguin
09/12/20 23:46:25 jd4jMiOD
そろそろドライバ部分だけは
品質チェック部門作って高額で
審査した方がよくねーか？
278:login:Penguin
09/12/21 08:10:05 VVNK7e2m
なぜそう思うの？
279:login:Penguin
09/12/21 22:18:11 6t1Fz7FO
済みません、Linux(2.6.20～30辺り)でちょっと規模の大きい動的ドライバを作ることになったんですが、
構造上、ドライバ モジュールAとBに分けたほうが作業効率上都合がいいんですが、
どうしてもお互いに依存する(AはBのexport関数を呼び出すし、BもAのexport関数を呼び出す)
形になってしまって、これではinsmodできないと思うのですが(ロード時にsymbol解決できない)、
何かうまい対処方法はないでしょうか？
(そもそもそんな構造が悪いのだろうとは思うのですが…)
280:デムパゆんゆん
09/12/21 22:45:38 604jNjg5
互いに依存する部分片方に寄せりゃいいだろ
気合いだ気合いバカ野郎
btrfsとlibcrc32c ext4とcrc16 とか双方もちつもたれつな関係は散見される
じつに関係閣僚が緊密に連携しているようで
まるで自民党政治のようである
事業仕分がまだ必要だ 徹底した洗い出しをすべきである
民主党はまだやることがあるはずである わかった？
281:login:Penguin
09/12/21 23:26:34 5JypnlHB
libcrc32cがbtrfsに、crc16がext4に依存してるんだとしたら、明らかに設計ミスだろ。
282:login:Penguin
09/12/21 23:34:29 BRpTLKs+
mallocって、ちょっと前までゼロクリアしてなかったの？
283:login:Penguin
09/12/21 23:49:30 8bcPpVP/
calloc
284:login:Penguin
09/12/22 00:18:06 v1QSL3V2
mallocってゼロクリアする必要あるんですかね？
ほかのプロセスとかのゴミが見えるとよろしくないだけで、
自分が過去に書いたゴミなら見えてもかまわないと思うから、
カーネルからメモリもらったときだけクリアすれば良いんじゃないの？
285:login:Penguin
09/12/22 00:40:55 k3QHm9x2
>>282
今も何もしてくれないが。
on GNU C Library (EGLIBC) stable release version 2.10.1
#include <stdlib.h>
#include <stdio.h>
void dump(char *p, int size)
{
int col;
while(size > 0) {
for (col = 0; col < 16 && size > 0; col++, size--)
printf("%02x ", *(p++) & 0xff);
printf("\n");
}
}
void fill(char *p, int size)
{
for(; size > 0; size--) *p++ = rand();
}
int main(void)
{
char *p;
p = (char *)malloc(128); dump(p, 128); printf("---\n");
fill(p, 128); dump(p, 128); printf("---\n");
free(p);
p = (char *)malloc(128); dump(p, 128);
}
字下げ消えてるけど気にしない。
286:login:Penguin
09/12/22 00:55:01 pJbLUjqY
Cの仕様的にはどうなの？未定義？
Linuxはmanだとクリアしないって書いてたけど。
287:login:Penguin
09/12/22 01:13:12 k3QHm9x2
URLﾘﾝｸ(www.open-std.org)
314ページ。
中身については何もしないのが仕様。
288:login:Penguin
09/12/22 01:43:03 pJbLUjqY
なりゅほど。danke!
289:login:Penguin
09/12/22 12:51:04 eTfZJvxC
>>284
セキュリティ上の問題らしい。
URLﾘﾝｸ(www.atmarkit.co.jp)
290:login:Penguin
09/12/22 13:17:23 BSGLpUzA
>>289
自分でリンクした記事をもう一度良く嫁
291:284
09/12/22 13:32:56 iQbEBuFX
カーネルからメモリもらったとき、もらった側がゼロクリアしてたんじゃ、
mallocとか乗っ取れば良いだけだから、
カーネルが返す領域がゼロクリアされてるってことね。
292:login:Penguin
09/12/22 13:38:26 wnBFG6/Q
別にmalloc乗っ取らなくてもおk
293:login:Penguin
09/12/22 21:46:02 8vgPHIJQ
どうして Processor family には "phenome" がないの？
294:login:Penguin
09/12/22 22:23:05 X160Y00i
>>293
K8から大して変わっていないから
2011年までお待ち下さい
295:login:Penguin
09/12/23 00:51:55 LRBDRIpx
>>293
PhenomはバグありCPUだから
Linuxでは一切サポートしていないからだよ
296:login:Penguin
09/12/23 02:38:46 5xYl90mv
>>295
手元のPhenomでLinux動いてるんだが
なんでなんで？
297:login:Penguin
09/12/23 03:38:55 wLZVOi2W
まさかとは思いますが、手元のPhenomで動いてるLinuxとは、あなたの想像上の存在にすぎないのではないでしょうか。
もしそうだとすれば、あなた自身が統合失調症であることにほぼ間違いないと思います。
298:login:Penguin
09/12/23 13:37:36 PKQ6x3x8
どっちが統合失調症なんだか……
299:login:Penguin
09/12/23 15:15:31 5npwgLOX
糖質ってほどでもない
普通の平均的な子供だろ
300:login:Penguin
09/12/23 15:22:46 9TG4MpIK
何でmallocまわりのゼロクリアにこだわるのかわからん。
実行速度の問題なら、速度面でクリティカルなところでmallocなんか使うのが間違いだし。
何も考えたくないならcalloc(1, ...)でも使ってればいいのに。
301:login:Penguin
09/12/23 15:35:58 5npwgLOX
もう誰もこだわってないんだが…
302:login:Penguin
09/12/23 16:42:05 wLZVOi2W
いや、そもそもゼロクリアではまだ甘い
これからはランダムな値を最低三回は上書きしないと
盗み見される危険性は依然として残っている
303:login:Penguin
09/12/23 17:46:20 ccTqjpDF
swap領域？
304:login:Penguin
09/12/23 18:55:48 +P0Cmzxc
だらだら引っ張らなくていいよ
305:login:Penguin
09/12/23 19:51:13 5npwgLOX
子供は潮時がわかんないからね
306:login:Penguin
09/12/23 20:41:35 9TG4MpIK
ん？mallocではずかしい思いした年寄りが早く話終わらせようとして必死なわけ？
307:login:Penguin
09/12/23 21:51:07 1nDjdLx4
いい案があればコードを書いてLKMLに送ればいいのに何でここで
罵倒合戦なんかしてるの?
308:login:Penguin
09/12/24 00:02:41 ltmMpgQ9
mmapとかbrkだよ
309:login:Penguin
09/12/24 01:38:03 xv9NgmYb
罵倒「合戦」でもないような。ひとり頑張って煽ってるだけで。
「年寄り」ってのを侮蔑表現として使っているところをみると、
よそで年寄りにこきおろされたガキが、ここで仇を討とうと
躍起になってる、ってなところか。
310:login:Penguin
09/12/24 07:17:51 8OJXlYhJ
>>309
やっすいプロファイリングだな。
311:login:Penguin
09/12/24 08:05:41 Pl9m+vLQ
しかも元々の問題に太刀打ちできてないときてる。
312:login:Penguin
09/12/24 12:49:21 tFKQ8mwT
問題って、おい
313:login:Penguin
09/12/25 03:39:22 Ow6RyGuS
sys_mmap2という関数はどこにあるの？
314:login:Penguin
09/12/25 03:41:53 Ow6RyGuS
x86/kernel/sys_i386_32.cにあった
315:login:Penguin
09/12/28 16:08:28 QDKKmxya
こりゃ速い、神速です。
Greg K-H の "How I apply patches to the stable tree"
www.kroah.com/log/linux/how-i-do-stable.html
でも、レビューはしてるんだろか？
316:login:Penguin
09/12/28 18:55:53 JNHzpy1S
最初のパッチは、説明のためにレビューしたっていう前提でやってる気がする。
後の方は、デバイスID足すだけだからビルドできればいいやって感じ？
ビルドしてない気がするけどｗ
317:login:Penguin
09/12/28 23:19:10 Zdza2pPs
めんどくさそうだな
318:login:Penguin
09/12/29 00:10:58 zvSPdEOy
Linux kernel watch 11月版を読んだんだけど、 Andrew Morton の発言
> 不幸なことに、私よりも「リア充」な人々はサブシステムメンテナとしては頼みにならないんです。
って思いっきり誤訳じゃねーか？
> 俺よりリア充なお前らは、(サブシステムメンテナのどいつが頼れてどいつが頼れないかなんて判断できねえだろうから、)
どいつもこいつも頼りにならない、ととりあえず思っとくのが無難だぜ。
ぐらいに訳すのが正しい気がするけど。
319:login:Penguin
09/12/29 00:39:55 MM1kIXZe
遅れてきたルーキー
ｽﾚﾘﾝｸ(linux板:318番)
320:login:Penguin
09/12/29 00:51:25 zvSPdEOy
>>319 でしたか。ありがとうです。
321:login:Penguin
09/12/29 00:53:38 zvSPdEOy
>>319 既出でしたか、ありがとうです。でした
322:login:Penguin
09/12/29 14:11:25 utuwRMGk
頼られても困るような
普通給料につながらないし
323:login:Penguin
10/01/12 04:28:29 VEYHpfmz
カーネルのソースってみんななにで見てるの？
開発してる人のIDEが知りたい
Eclipseとか？
324:login:Penguin
10/01/12 05:07:11 /8p5KiR3
・いじる：emacs
・デバッグ中：gdbのlist
・ながめる：lv
・リポジトリをのぞき見：git gui (local)/ gitweb (git.kernel.org)
最後だけviewcvs -> BitKeeper -> gitになったけど、
上三つはこれで固まってしまったなあ。
325:login:Penguin
10/01/12 10:30:40 2cTW1Zq0
kate
326:login:Penguin
10/01/12 19:29:34 7RYioktX
読む/調べる：cscope
いじる：vi
327:login:Penguin
10/01/12 19:31:12 EWwTY9hq
grep
328:login:Penguin
10/01/13 12:26:53 gi4oSY3T
12月版 ネットワークアクセス権も放棄せよ
URLﾘﾝｸ(www.atmarkit.co.jp)
329:login:Penguin
10/01/14 00:47:26 CydWLhxy
>>323
viとgccとgdbだな。
330:login:Penguin
10/01/18 20:37:34 K4jFPVpP
いまさら、viでやっているける人は偉いと思う
俺はvimでなきゃ無理だ
331:login:Penguin
10/01/19 01:03:05 2n8XlTMs
つエイリアン
332:login:Penguin
10/01/19 06:06:17 xxB1P6SP
つシムシティ
333:login:Penguin
10/01/19 06:21:08 Qkfjk55C
2.6.32.y も "long-term" stable になるってさ
URLﾘﾝｸ(lkml.org)
334:login:Penguin
10/01/19 22:33:11 TP3fXki/
2.8(2.7)の話って全然あがらないけどなんで？
335:login:Penguin
10/01/19 22:34:12 w6LpPKtH
お前が情弱だから
336:login:Penguin
10/01/19 22:41:21 Qkfjk55C
開発サイクルが昔と違うから今じゃ頭2つのバージョンは意味をなしていない
Linus が変えたくなるようなこととかがない限りバージョン変えることはないだろ
337:login:Penguin
10/01/19 22:44:55 vG+nyE+o
いっそ頭の2.6.を削ってしまえば情弱も安心だ
338:login:Penguin
10/01/19 23:03:18 bFiWAvv4
>>337
less みたいだ。
339:login:Penguin
10/01/19 23:18:41 egLFMZ3h
今年から情弱はgitからソース取れなくする
って話出てる知ってる？
340:login:Penguin
10/01/19 23:29:43 VcdNC2bM
>>339
kosakiよ、日本語で頼む。
341:login:Penguin
10/01/20 21:26:27 T4gsDdNa
なぞなぞ認証を入れて、正解しないと遅いサーバにリレーするとか。
342:login:Penguin
10/01/20 22:29:39 44uUMW5i
>>341
「店頭に並んでいるPCが抱えているバグは？」とかいうジョークな
なぞなぞと予想
343:login:Penguin
10/01/20 23:25:42 h+CDxSeF
リナースのケツ毛の本数を答えよ
と予想
344:login:Penguin
10/01/20 23:46:56 6ab5YUTX
使うと禿げる言語ってなーんだ？
ヒント：我々は使ってないよ
と予想
345:login:Penguin
10/01/21 10:04:33 /M7ZbNzB
答え教えて下さい。気になってねむれません
346:login:Penguin
10/01/21 18:28:36 2HhexcwA
2.6.32は調子がいいわ。2.6.31はUSBのデバイスのリソースとか変な競合があって（AMD環境）
イマイチな感じがあったけど2.6.32は凄い調子良い。long-termになるのもいいな
347:login:Penguin
10/01/27 07:52:32 g9OLHjh7
msgrcvってepollで待てないかな？
348:login:Penguin
10/01/28 23:46:06 V7FVoVjW
ケンタッキーなの？
349:login:Penguin
10/01/30 00:50:58 RleVE1m7
ARM載っけたNetBookとかのおかげで、ARMアーキの変態性に
光が当たってきたなwww
350:login:Penguin
10/02/11 00:43:31 ysedSSlw
1月版 無視できないフラグメンテーション問題への解答は？
URLﾘﾝｸ(www.atmarkit.co.jp)
Melの悲願なるか？ Memory Compactionチャレンジ
ユーザー空間でRCU？ membarrier()システムコールとは
351:login:Penguin
10/02/14 22:21:47 pab7wWTa
2.6.32.8でmake menuconfigするとconf.cが文句言う原因
URLﾘﾝｸ(slashdot.jp)
352:login:Penguin
10/02/14 22:25:51 pab7wWTa
あ、checklist.cだな
353:login:Penguin
10/02/15 09:08:47 ke2sDzPl
>>351
つかそれで動いてたのかよ。
まあmenuconfigがちょっとくらい崩れても誰も文句言わないからだろうけど。
354:login:Penguin
10/02/15 17:56:19 kaygP2I4
ちょっとtmpfsとswapの関係について質問させて下さい。
tmpfsというのは容量可変のラムディスクだそうです。
たとえば/aをtmpfsでマウントしているとします。
大きな容量のswapもonになっているとします。
この場合に、dd bs=1M if=/dev/zero of=/a/FILE count=1000
みたいな感じで実メモリより大きなファイルをtmpfsに書き込むことは
可能でしょうか？
355:login:Penguin
10/02/15 17:58:51 JCuyjHv1
>>354
くだらねえ質問はここに書き込め！ Part 181
ｽﾚﾘﾝｸ(linux板)
356:login:Penguin
10/02/15 19:25:15 kaygP2I4
じゃそっちにいきます。どうもスレ汚ししてすみませんでした。
357:login:Penguin
10/02/15 23:00:23 WOLcU4IL
まあ、わざわざ2chなんぞで聞かなくてもkernelのドキュメントに書いてあるんだけどな
358:login:Penguin
10/02/15 23:23:54 f5Ulc1o4
そんなもん一回読んで知ってるのが答えた方がはるかに時間の節約になると思うんだけど
359:login:Penguin
10/02/15 23:27:23 DUeBjc3S
いや、試した方が早い、という結論になった＠くだ質
360:login:Penguin
10/02/15 23:36:15 WOLcU4IL
まあそうだろうな。
答えてくれる人が現れるの待ってる間にmountコマンド何回でも打てる。
361:login:Penguin
10/02/18 03:39:19 cz7I1IF5
そしてハングアップ
362:login:Penguin
10/02/18 04:26:46 75kAGoOH
ぼくなら一分間にmount 10回は打てる
363:login:Penguin
10/02/18 07:14:26 NBHOhED9
>>362
雑魚が！
クラウザーさんなら1秒間に11回mount発言が出来るぞ！
364:login:Penguin
10/02/18 10:38:16 eBHXbQ9v
mountしたらパーティーションが逝った
365:login:Penguin
10/02/21 14:13:37 7ovdCK9P
ヤッター
366:login:Penguin
10/02/25 18:17:44 PY54RJGj
割り込み遅延を測定したいんですが、lttngで測定できますか？
ちなみにARMです。
367:login:Penguin
10/02/25 19:26:16 3UavSXlA
なぜ自分で試さないのか
368:login:Penguin
10/02/25 19:59:21 PY54RJGj
>>367
すいません、もちろん今試しています。。
カーネルにパッチを当て終わったので、ltt-controlのビルド中です。
ちなみに、x86_64でのデモは動かしましたが、グラフのどの項目が割り込み遅延に該当するか調べてもわかりませんでした。。
ご存知でしたらどなたかヒントだけでも頂ければありがたいです。。
369:login:Penguin
10/02/26 20:52:02 VHLkBNAQ
なんか2.6.33出たのに静かだな……
ひょっとしてみんなあのチェンジログ読んでる最中？
それとも、swapの修正かけてリビルド中？
370:login:Penguin
10/02/26 21:00:01 7yz+JtEK
Con Kolivas はいつまでパッチをだしつづけるんだ？
371:login:Penguin
10/02/26 21:57:46 EfrZ7khq
2.6.33へのアップデート完了
reiserfsもanticipatoryも使っていないので特に問題は無かった
2.6.33でNVIDIAのプロプラドライバがビルドできない人はここを参照
URLﾘﾝｸ(www.nvnews.net)
Gentooのbugzillaにパッチがある
nvnewsの別スレッドにあるパッチはバグ持ちらしいので注意
Nouveauが見つからないと思ったらstaging扱いだった
そんな物をあれだけ盛大に宣伝していたのか
372:login:Penguin
10/02/27 01:23:40 AjVtLqJU
nouveauはfedoraについてきてnvidia純正ドライバのインストールの
邪魔をしまくってくれたから正直いらない
373:login:Penguin
10/02/27 17:17:27 ZfdJbiUo
去年の8月2.6.30.5 に更新して以来ののカーネルのバージョアップなのですが
その後、安定して評判のいいバージョンはどれなのかなぁ？
374:login:Penguin
10/02/27 17:31:50 HB6Ikvql
Fedora12のupdatesに 2.6.32.* が落ちてこない。
つまりはそういうことだ。
375:login:Penguin
10/02/27 18:09:28 yGCUQG+0
いっぽう何にも考えてないUbuntu LTSは2.6.32で突っ走るらしい
376:login:Penguin
10/02/27 18:17:57 G3LTFc/j
まぁ長い目でみれば 32 だろ
377:login:Penguin
10/02/27 18:51:24 iDVbL9tC
Ubuntuの次期リリースが32なのは33がリリースまでにテストできないからだろ
グラフィックドライバは自前で当てるらしいし、そうするとユーザ的には
32だろうが33だろうが関係ないんでは
Ubuntu使ってる人がどれだけカーネル気にしてるかって話もあるし
378:login:Penguin
10/02/27 20:22:52 126DIX4s
数字のデカい方使ってればいいよ。大は小をカーネルって言うしな。
379:login:Penguin
10/02/27 20:26:21 URwClLCZ
【審議中】
??
(∵)
(∵ ) ( )
(∵) ( ∵)
(TT) ∑(∵)
(∵)y-~
(∵)♪ (∵)…
380:login:Penguin
10/02/27 20:55:05 DlfVAW9h
FedoraはRHELのテストだし、RHELはLTSなkernelを使うから
次のLTSに間に合えばいいくらいの感じじゃないかな？
381:login:Penguin
10/02/27 22:22:59 6I+qxkT0
2.6.32がLTSでそ？
382: ◆Zsh/ladOX.
10/02/27 22:39:45 taCLaTUB
っていうか6の姿が見えないのが。
コードベースが何になるのか気になって眠れません。
383:login:Penguin
10/02/27 22:39:46 anqgn/fz
RHELは2.6.32の次のLTSを採用するから関係ない
と言ってるんじゃねーの
384:login:Penguin
10/02/27 22:54:27 HB6Ikvql
RHEL5は2.6.18ベース。
Adrianがメンテしてたのとは全く関係ない。
385:login:Penguin
10/02/27 23:02:57 6I+qxkT0
>383
過去のリリースから判断して次のLTSは年末か年明けくらい。
386:login:Penguin
10/02/27 23:15:02 G3LTFc/j
というかRedhatにはコミュニティでLTSかどうかなんか関係ない
どうせ奴等は独自パッチあてまくるし
387:login:Penguin
10/02/27 23:42:02 SUBJGOtV
日本語でおｋ
388:login:Penguin
10/02/27 23:55:22 CyG0VOqN
GregKHがブログに2.6.32は複数のディストリがそれを元にしてエンタープライズ向けの
リリースを行うのでその開発者と連携しながら長くサポートしたい、みたいなこと書いてた。
389:login:Penguin
10/02/28 00:16:36 SsRM0ruv
>>333で既出
390:login:Penguin
10/02/28 03:23:16 PQNAc7Y2
more than 2 と強調してるから、SLESとUbuntu LTSだけじゃないかな。
391:login:Penguin
10/02/28 04:45:52 SsRM0ruv
Debian、Gentoo、Novellからの大量フィードバックでメンテナ大喜びの図
URLﾘﾝｸ(lkml.org)
DebianとGentooも2.6.32ラブじゃねーの
392:login:Penguin
10/02/28 14:46:46 pAZHmKmZ
分散ストレージシステムDRBD（Distributed Replicated Block Device）ってどうなんですか？
393:login:Penguin
10/02/28 17:59:35 JioOb8Kk
>>392
バグ大量にあって使いものにならない
394:login:Penguin
10/02/28 18:04:28 B0LSfNuf
>393
どこが使えないの?
うちは使ってるけどね
395:login:Penguin
10/02/28 18:07:16 JioOb8Kk
>>394
Active-Activeで使ってたら固まるし
データ壊れるバグあるから使わない方がいい
396:login:Penguin
10/02/28 18:12:38 6So64QTX
LVMでサポートして欲しいお。
397:login:Penguin
10/02/28 18:41:33 4NgzCHvu
2.6.33にしたらFirefoxでファイルダウンロードするときとか
妙にHDDがカリカリいうようになったんだが
どっかの挙動が変わったのかのう
398:login:Penguin
10/02/28 18:49:06 6So64QTX
↑
過去ログ嫁
399:login:Penguin
10/02/28 18:54:38 4NgzCHvu
どこのだよｗ
400:login:Penguin
10/02/28 19:00:53 9QaRxOC/
3秒おきに/sys/devices/platform/coretemp.0/temp1_input
を読んで表示するだけのプログラム動かしてるんだけど
2.6.33にしてから時間を消費するようになった気がする
16:29からでもう1秒とかなってる
以前は8時間とかでも0秒のままだったと思うんだけど
401:login:Penguin
10/02/28 22:15:25 pAZHmKmZ
>>393-395
実際、どうなんでしょうか？
分散ストレージスレって立てては、いけないんでしょうか？
402:login:Penguin
10/02/28 22:20:07 gpzSQL8j
ここでそれを聞いてどうすんだよｗ
立てたければ勝手に立てればいい
403:401
10/02/28 22:57:39 pAZHmKmZ
ということで立てました。
みなさん、ごひいきによろしくお願いします。
DRBD 分散ストレージってどうなの？
ｽﾚﾘﾝｸ(linux板)
404:login:Penguin
10/03/02 22:03:01 uycyRI1k
復旧age
405:login:Penguin
10/03/03 22:37:50 xe1d+Fmk
Linux使ってりゃ落ちなかったのにな
406:login:Penguin
10/03/03 22:49:23 qw8uSgtF
鯖自体は落ちてない。
データセンターのネットワークが麻痺した。
407:login:Penguin
10/03/03 23:19:23 icHbbiU3
電源抜きで対処したとか聞いたけど、鯖の話じゃないのか
408:login:Penguin
10/03/03 23:54:27 kiDQWW2V
iDCのネットワークが溢れる勢いでDDoSくらったから、鯖落としたんだよ。
409:login:Penguin
10/03/04 00:07:59 p2raq48O
一応、避難所作った。
【Linux】カーネル総合【Kernel】
URLﾘﾝｸ(sg.sabaitiba.com)
410:login:Penguin
10/03/04 00:34:59 GI0bs/Wf
Yahoo!BBの俺様は *.bbtec.net だしココで隔離されてますね
411:login:Penguin
10/03/04 01:39:03 HA3/whBi
>>405
？？
BSDだから落ちたの？
412:login:Penguin
10/03/04 01:40:45 GcOlQkqq
ジョークかと
413:login:Penguin
10/03/04 03:44:20 p2raq48O
>>406
ひどい惨状ですよ
サーバ稼働日数
URLﾘﾝｸ(ch2.ath.cx)
414:login:Penguin
10/03/04 06:43:35 wPwb1zm2
カーネル総合スレに書くにしては、アホ過ぎる書き込みは…
スレ違い以前に、どうにかならんものか
415:login:Penguin
10/03/04 08:50:33 GI0bs/Wf
伝わってないようなのでもう一度: *.jpでフィルタリングしたら俺様がはじかれんじゃねーかｗ
416:login:Penguin
10/03/04 11:51:46 XnE1PZE5
↓ よろしく
417:login:Penguin
10/03/08 11:35:49 IovuYzUL
今月は無いらしい
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
418:login:Penguin
10/03/08 14:05:17 xF5AL3wK
ATA 4 KiB sector issues.
URLﾘﾝｸ(lkml.indiana.edu)
山は高く険しいようだ
419:login:Penguin
10/03/08 14:45:31 LXOGBuuR
物理＝論理＝4KBなら何の問題もないのに
また余計なことをやってくれたもんだ
420:login:Penguin
10/03/08 17:24:53 m00P35oi
2.6.32.9からinclude/linux/autoconf.hが無くなってるんだけど
この辺りの事情はどうなってんの？
421:login:Penguin
10/03/09 00:20:16 rgZ7wLSm
移植用にkernel間の差分取るときって
みんな何使ってるの？
422:login:Penguin
10/03/09 23:12:56 P4OyQ3lp
バニラとdiff
423:login:Penguin
10/03/10 00:18:26 3TmcWUAr
>>420
事情は知らない
URLﾘﾝｸ(patchwork.kernel.org)
424:login:Penguin
10/03/11 20:15:54 caL1TctV
2.6.34で盛り上がりそうなネタって何？
425:login:Penguin
10/03/11 20:18:32 00W+vBIw
ないしょ♥
426:login:Penguin
10/03/11 20:23:38 mOZCLUHj
リーナスもハマったnouveau drmとxorgとか
427:login:Penguin
10/03/13 22:22:39 hiqQoBZH
drmって何？ドラムセット？
428:login:Penguin
10/03/13 23:00:57 LqWbnDxO
うん
429:login:Penguin
10/03/14 11:44:38 YGvPfB9i
Direct Rendering Manager
430:login:Penguin
10/03/14 11:58:57 yBCbG20x
別にマジレスせんでも…
431:login:Penguin
10/03/14 13:09:01 ggZ4bDDW
>>419
MOにインストールしたらいいじゃん
432:login:Penguin
10/03/17 00:37:01 0Jwm/Rkq
URLﾘﾝｸ(linuxpae64.sourceforge.net)
誰得なんだろう
433:login:Penguin
10/03/17 15:59:25 I1+/op4X
64bit なカーネルで 32bit のデバイスドライバ使いたいって話かと思ったら違った
434:login:Penguin
10/03/20 10:35:35 RypsMOa6
Macみたいにlong/互換モードでカーネル動かせないのかな。
435:login:Penguin
10/03/27 17:43:54 QPzTurdq
>>429
ドラムセットはDrsだから、この時点でネタなんだよ
ﾈﾀﾆﾏｼﾞﾚｽ(・∀・)ｶｺｲｲ!!
436:login:Penguin
10/03/28 17:46:19 W/VRXtBb
Linuxカーネルって全てcで作られているのかな?
c++使ってるとこある?
437:login:Penguin
10/03/28 18:10:36 bvn028bN
> Linuxカーネルって全てcで作られているのかな?
C + asm
>c++使ってるとこある?
ありまっせーん
438:login:Penguin
10/03/28 18:16:50 sO8mkAdN
Linus君が拒否ります。
439:login:Penguin
10/03/28 21:03:37 MCmoVFRp
まずC++の例外とかnew/deleteとかがちゃんと動くような環境を整備しないとｗ
440:login:Penguin
10/03/29 07:06:30 aYCGauLB
アプリケーションの記述言語としては新しい言語をプッシュしていたplan9でも、
カーネル記述言語はやっぱりCだしな。
441:login:Penguin
10/03/29 07:31:01 cKMQWkKz
>>440
plan9はgoで全部書き直されるから
Cは消えてなくなるよ
442:login:Penguin
10/03/29 11:03:57 P5fedd9Z
LinuxがGoで書き直されることはありますか。
443:login:Penguin
10/03/29 20:50:38 Une7PvUA
ないです
対応cpuアーキテクチャを考えれば
さらにアリエナス
444:login:Penguin
10/04/01 20:54:37 zohwze+o
四月馬鹿限定
URLﾘﾝｸ(kernel.org)
445:login:Penguin
10/04/01 22:04:06 c2iF+mFH
今kernel.org変じゃない??
446:login:Penguin
10/04/01 22:05:55 c2iF+mFH
あ..
>>444
そういうことかorz
すっかりやられたw
てっきりハッカーの仕業かと思った
447:login:Penguin
10/04/01 22:11:21 3OuwsYX/
>>444
ネタとしては楽しいんだが、
リンクがおかしい．．．
リンクの http だけが逆になっとる
448:login:Penguin
10/04/02 10:39:31 UoNOAQeR
kernel.orgのせいで首が折れた
449:login:Penguin
10/04/07 20:53:09 PparrNKS
Linux Kernel Watch
3月版 2TBを超えろ！ ATAディスクの4Kセクタ問題とは？
URLﾘﾝｸ(www.atmarkit.co.jp)
450:login:Penguin
10/04/08 09:13:08 WIrPMfol
>>446
いやハッカーの仕業だし
451:login:Penguin
10/04/08 09:20:27 NQThpnen
たしかにｗ
452:login:Penguin
10/04/08 09:21:39 zEeN7y8S
やばい。
俺の友達のｽｰﾊﾟｰﾊｶｰの実力がばれてしまった。
453:login:Penguin
10/04/15 17:08:21 pHFM705j
2.6.33でdfおかしくならね？
コピー中に値が増減したり
コピー直後は値が古いままだったりする
454:login:Penguin
10/04/23 03:16:55 I7c2+FXS
コピー中やコピー直後にdfしなければ解決
455:login:Penguin
10/04/24 01:09:15 KfvICEzR
コピー中にdfしたいときはどうしたらいいんだよぶっ殺すぞ
456:login:Penguin
10/04/24 01:11:19 ZZ+G8+az
じゃあkernelのMLかどっかで報告しとけよ
457:login:Penguin
10/04/24 02:21:09 wPKfGcTS
syncだろ
458:login:Penguin
10/04/24 08:03:05 twsvhifQ
FS次第じゃなくて？
459:login:Penguin
10/04/24 19:31:38 js8Rdi7r
あるマルチスレッドプログラムのパフォーマンス解析しているのだけど。
/procのstatに表示されるutimeとstimeに関して教えて欲しい。
１/proc/{psnumber}/stat
２/proc/{psnumber}/task/{threadid}/stat
２に各スレッドのutimeとstimeが表示され、１のutimeとstimeには、
２の各スレッドのutimeとstimeの合計が表示されるかと思っていたの
だがどうもそうなっていない。これはなぜ？
２のutimeとstimeの増加は緩やかなのに、１のutimeとstimeが
がんがんあがっていく場合は、どこに負荷がかかっているのだろう。
460:login:Penguin
10/04/26 02:57:33 FDnAavE0
kosakiって地名のことだったんだね。今まで人名だと思ってた。
461:login:Penguin
10/04/27 02:20:00 xHM95I+o
本人が言ってるんだからしかたないか
462:login:Penguin
10/04/27 19:45:07 TA3N8Qrc
「Author:kosaki」って書いてあるが…
ペンネームってことで実在はしないのか
463:login:Penguin
10/04/27 23:17:46 x21DXcVt
地名を元にした名字じゃね？
464:login:Penguin
10/04/28 07:30:45 osdiYwR0
架空人物だから気にするな
465:login:Penguin
10/04/28 07:35:46 X0iWbotM
ここまで俺の自演
466:login:Penguin
10/04/28 09:19:07 gI2ruJ9N
kosakiはkernel hackerの村らしい。
467:login:Penguin
10/04/28 15:18:18 3TXZmvxc
うん？
これはじゃぁ、なんなんだ？
URLﾘﾝｸ(www.dmoz.org)コンピュータ/ソフトウェア/オペレーティングシステム/Unix/Linux/カーネル/
468:login:Penguin
10/04/29 05:44:23 SXIXaa0J
デベロッパーのまわりをうろちょろしてるだけのそんな小物
どうでもいいよ…
469:login:Penguin
10/04/29 10:14:08 4nDb9vH+
----- ここまで kosaki の自演 -----
470:login:Penguin
10/04/30 11:51:52 8eSBhbVq
facebookがライトバックキャッシュのブロックデバイスドライバ(flashcache)公開したけど
O_DIRECTとXFSの場合を注記してるのはその設定も自社で使ってるのかな
471:login:Penguin
10/05/05 18:52:54 BdPIRCtQ
x86_64でのlinux kernelのページテーブルの初期化処理について詳しく
記述された資料とかって無いでしょうか？英語でも全く構いません。
Documentation/x86/x86_64/mm.txtの当たりは見たんですが・・・
ffff880000000000 - ffffc7ffffffffff (=64 TB) direct mapping of all phys. memory
全ての物理アドレスをdirect mappingさせている具体的な目的/理由が良く分かりません。
カーネルがリニアドレス - PAGE_OFFSETで全物理アドレスにアクセス出来るようにしておく理由って何なんでしょうか?
根本的に知識不足だとは思いますが、理解の手助けになりそうな資料とかポイントして頂けると助かります。
472:login:Penguin
10/05/05 19:34:07 +KK4J4ap
virt_to_phys() とか使いたいからじゃね？ｗ
usr/src/linux/include/asm/io.h
つか、Kernel 空間側の仮想アドレスもプロセスごとに
ページテーブル持ってメンテするのは面倒で無駄だろ。
結局低コストで変換するならダイレクトマッピングぐらいの解しかない。
473:login:Penguin
10/05/09 07:18:49 CJ+4Vx+Q
させ"ない"具体的な目的/理由って有るか
474:login:Penguin
10/05/18 12:58:36 5utW0ArJ
>>453の件、2.6.34で直ってるっぽい？
どこかの誰かさんGJ
スペース余ってるのにDisk Fullだと誤認?して失敗することもあったからなー
475:login:Penguin
10/05/18 19:25:08 P9XvS9Hf
4月版 Linus（と筆者）を嘆かせたanon_vma騒ぎ
URLﾘﾝｸ(www.atmarkit.co.jp)
476:login:Penguin
10/05/20 08:03:49 jdil24G+
あれ、そんでPostgreSQLの人は「Linuxが導入するのはいいけど、結局
移植性の問題があるから使わない事になるかな」と反応してorzだったと
思ったんだが。
477:login:Penguin
10/05/20 19:44:57 K4U3vqI2
まず用意しないことには話にならん
478:login:Penguin
10/05/20 23:37:29 SBPjBFoS
>>475
Linusの「は？～・・・だと」辺りわらたｗ
479:login:Penguin
10/05/21 00:22:50 C20r/HWE
なん・・・だと
480:login:Penguin
10/06/01 14:49:38 J+uP/O/g
Linux起動の時に、
Detecting hardware...
で停止することがあります。
このメッセージを出している場所とカーネルパッケージのソースの
対応を取ろうと思い、findを用いて探してみたのですが見つかりません。
stringsでカーネルやドライバの定数をダンプしても見つかりません。
これはどういうことなのでしょうか？
どこらへんに関係しているかというような
ヒントだけでも構いませんので
関連情報をご存知の方、指摘お願いします。
※2.6.18-6-k7(Debian etch)なのですが、
このメッセージは現役の殆どのLinux環境で出るものだと思われます。
481:login:Penguin
10/06/01 16:16:08 sQW6C7iz
grep "Detecting hardware" /etc/init.d/*
でヒットしたりして
482:login:Penguin
10/06/01 16:31:11 J+uP/O/g
/etc/init.d/discoverでした～
ありがとうございました～
483:login:Penguin
10/06/01 21:35:08 xPgBw/MU
ｹﾞﾗｹﾞﾗ
484:login:Penguin
10/06/04 19:55:14 XqwwSHWn
追加で質問：
Linux起動の時に、
Detecting hardware...
で停止することがあるのは
スクリプトとmodutilsのソースを見て推理すると
modprobeで読み込まれるドライバのどれかの
init_module()で固まる（コマンド送受信のデッドロック？）
という予想になりましたが、おかしいでしょうか
指摘とか意見よろしくお願いします
485:login:Penguin
10/06/04 20:17:10 7ZmSy/rp
>>484
>>480 と同じ人なんだろうけど、"Detecting ～" の間に
initスクリプトが実際にどんなコマンドを発行しているのかなんて、
あんたと同じディストリのユーザじゃねえとわかんねえよ。
それだけの情報でカーネルスレで尋ねても意味が無い。
486:login:Penguin
10/06/04 22:02:33 zMGFf6r+
>>485
よく嫁
487:login:Penguin
10/06/05 13:47:33 Y0gQDAAU
>>484
暫く離れてたので外してたらご免だけど、bootでvmlinuzに続いて読むinitrdの中は見た？
488:login:Penguin
10/06/05 14:41:28 mjbUVDif
ん～ initrdだと"Detecting hardware..."表示されるより前だと思ってましたけど
間違いでしたっけ？
489:login:Penguin
10/06/05 15:24:35 owDlI3ut
>>484
ドライバーにも寄るけど、init_module()で実際にIO等でハードに
アクセスしたり、カーネルに色々登録しようとするから、
ドライバーにバグがあれば固まってもおかしくはないよ。
もしくはドライバーに与えるパラメータの間違い。
デッドロックか暴走しちゃってるのかは分からないけど。
490:login:Penguin
10/06/05 17:04:28 mjbUVDif
あ "Detecting hardware..."で固まるっていうのは
毎回再現するんでなくて
稀に電源ONで起動の途中で止まるって現象です。
百回に一回とかそのぐらいの頻度。
自分的にはこれってどのディストリビューションでも
どのPCでもごく稀に起きるという認識なんですか
なんていうんだろ、この認識っておかしいのかな～って
気になって気になってしょうがないです。
491:login:Penguin
10/06/05 17:15:47 P3VHn4Li
起きません。
492:login:Penguin
10/06/05 17:59:46 owDlI3ut
>>490
初期化を忘れてたりタイミングに依存する不完全なドライバーか
元々不安定なハードの場合は起こりうるけど、
両方まともなら起きないのが普通。
493:login:Penguin
10/06/05 22:05:35 hbI4cASA
>>492
だな。
しかしその不完全なドライバが結構あるのが困りものｗ
止まらなくても初期化に失敗してデバイスの認識がおかしくなって痛い目をみたり。
494:login:Penguin
10/06/05 22:37:39 sBEUGmFQ
だな、もなにも当たり前のことだわw
495:login:Penguin
10/06/07 01:02:43 EIvWv3JR
ん～ コールドスタート時の停止が問題視される場合
ハードウェアの交換を検討すべきって結論でしょうかね～
496:login:Penguin
10/06/07 01:09:42 oFbo0Pu/
Fedora13だけど、"Detecting hardware..."とか出てこないよ。
grubにあるkernelオプションのquietは外してあるけど、関係ないよね
497:login:Penguin
10/06/07 12:00:51 PBiNMM8M
そりゃ起動スクリプトで出してるメッセージなんだから、
ディストリビューションによるだろう。
debian unstableもそんなん出てこない。
498:login:Penguin
10/06/09 22:46:41 t7cC7PZJ
>>490
電源周りを見直したらどお？
不定期で起きるトラブルの多くはソフトウェアよりハードのトラブルの疑いが農耕。
頑張って耕してケロ
499:login:Penguin
10/06/09 23:22:42 o5+aEQJA
うろちょろうろちょろ
500:login:Penguin
10/06/17 10:18:50 sOjn3Ugs
>[PATCH] x86-32: remove CONFIG_4KSTACKS
Ｋ○ＳＡＫＩタン・・・