【Linux】カーネル総合5【Kernel】

【Linux】カーネル総� ..

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
そんなもん一回読んで知ってるのが答えた方がはるかに時間の節約になると思うんだけど

次ページ