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

【Linux】カーネル総� ..

369:login:Penguin
08/10/05 23:00:11 uwUu94dy
>>368
java.util.concurrentのアルゴリズム見てこい
あとlock-freeで検索して論文見ろ

お前ら本当に不勉強のバカばっかりw

370:login:Penguin
08/10/05 23:53:10 /M4S/JQ3
知る者が知らざるを者を罵倒する。これは日本人（固有）の得意技。

371:login:Penguin
08/10/05 23:58:58 gTPno2yy
>>370
UNIX (Linux) 関連に多い気がス・・・
あと、利権産業（土建屋 etc）ねｗ

372:login:Penguin
08/10/06 00:53:38 15WiK00o
教えてもらったものが教えたものをひがむ
これこそ日本人固有の得意技

373:login:Penguin
08/10/06 02:31:46 4qydW303
>>369,372
来なくていいから。お前の中身など何の価値もない。

374:login:Penguin
08/10/06 04:07:11 Oq5Gl4Q6
>>368
locklessといっても実はいろいろあってな。
代表例をあげていく。

まず、時刻更新時のxtime更新処理。これは速度云々以前にタイマ割り込みの延長で走る更新処理が遅れちゃいけないという制約がある。時計狂いに直結するから。
だから、普通のread/write lockでは不十分で、「どれだけreaderがいても、writerは（待ったりスピンしたりせずに）即座に書き込めるロックが必要。
逆にreaderはwriterがごにょごにょやってるときは、多少処理が遅くなってもかまわない。だって時刻更新なんてせいぜい1000Hzでしかおきないレアイベントなんだもの。大局的には誤差。
詳細は、seqlockとかシーケンスロックでググってくれ。

次はRCU。
ようするに更新するときに、古いデータが載っているメモリを直接書き換えるのではなく新しいデータが載ったコピーを作る。
んで、read側は古いデータをちゃんと読めるのでロックいらず、write側がread側が知り得ない新しいコピーに書き込めるのでロックいらず。
というアイデア。
なんと、read側はCASもメモリバリアもいらないという最強アルゴリズムなのでlinuxでは適用箇所がガンガン広がっている。
もちろん、read側がクリティカルセクション抜けたときに（ガベコレ的な感覚で）あとから古いデータの削除処理が走るので、適用箇所によってはキャッシュヒット率の関係で性能が下がるときがまれにある。
まあ、readが大多数のデータ構造にしかつかうなってこった。

375:login:Penguin
08/10/06 22:22:12 mx5C5H/p
RCUはCASを使わないからここでは話が違うよね。
x86のRCU_CLASSICだとプリエンプト禁止するとか実装上のペナルティはあるけど。
ロック獲得待ちで待たされるのもCASでリトライしてループするのも
処理が終わらないという意味では待ち状態なんだし大差無いんじゃないの?
xtimeの話だってreaderをスピンループさせる(待たせる)訳だし
374も「即座に書き込めるロック」と言ってるよね。

376:login:Penguin
08/10/07 03:38:15 EDU2AzIp
2.6.24で行われたvideobufの仕様変更について教えてください。
ヘッダファイル(video-buf.h)が移動しただけでなく、
videobuf_bufferからdmaが無くなる等、構造体も変わってしまっています。

この辺りの仕様変更に伴う、移植指南のようなものは無いでしょうか？
クローズドソースのドライバを移植したく...

377:login:Penguin
08/10/07 07:15:08 GqCnfBab
知ってるけどおしえませーんw
ｳﾍﾍﾍﾍ

378:login:Penguin
08/10/07 08:16:00 gavXSVZB
同じく。
構造体とAPIの変遷をサンプルコード付で辿れると嬉しい。

　git show-history-with-examples

とかできると完璧。

379:login:Penguin
08/10/07 21:04:44 GqCnfBab
>>376
本当に知りたいなら労力かけろよ
あとうぜーなってぐらいもっと詳しくかけよ

とりあえず、2.6.24と比較対象にしている版は
2.6.23でいいのか？
お前が興味あるなかでvideobuf_bufferは最上位
の構造体なのか？

その辺答えてね

380:login:Penguin
08/10/07 23:21:17 GqCnfBab
さっさと教えろよｺﾗ

381:374
08/10/08 00:01:55 XuxrYF0I
>>375

> RCUはCASを使わないからここでは話が違うよね。
> x86のRCU_CLASSICだとプリエンプト禁止するとか実装上のペナルティはあるけど。

ほとんどのディストリはvolunteer preemptionでコンパイルされているから気にしなくていいという認識。
・・・組み込み屋さん？

> ロック獲得待ちで待たされるのもCASでリトライしてループするのも
> 処理が終わらないという意味では待ち状態なんだし大差無いんじゃないの?

えーと、spinlockの実装がまさに、CASでリトライしてループだ。
んで、ロックだけのコストで見るとspinlock最強。

じゃあ、なんでlocklessとかwaitfreeにこだわるかというとほとんどの処理は、ロック獲得処理の重要度に非対称性があるから。
xtime の話だとreadがどれだけ遅くなってもwriteがwaitfreeであることに価値があるし、
一般的に、ほとんどのデータ構造はwriteよりもreadアクセスの方が圧倒的に多いからwrite処理が10倍重くなっても
readが数％軽くなるだけで全体のパフォーマンスが上がったりする。

382:login:Penguin
08/10/10 05:59:54 QDBTpe1+
Linux Kernel Watch　9月版
　タイマにまつわるエトセトラ
URLﾘﾝｸ(www.atmarkit.co.jp)
ある意味「予想どおり」のカーネルサミット
カーネル時間管理の全面刷新なるか
x86、「タイマを分かってないで賞」を受賞!?

383:login:Penguin
08/10/10 17:27:26 2wKyzuGv
2.6.27 キタ

384:login:Penguin
08/10/10 18:08:33 rH0USz29
ついさっき 2.6.26.6 がきたと思ったのに

385:login:Penguin
08/10/10 19:18:53 QltIhWOe
俺なんか2.6.27-rc9ビルドしたの昨日だぜ？ｗ

386:login:Penguin
08/10/10 19:38:45 gKy/PBbY
ま、そんなもんさw

387:login:Penguin
08/10/10 21:33:22 uc5AJ2Yg
>>385
俺もw
で、さっき2.6.27にした。
何が変わったのかわからんw

388:login:Penguin
08/10/11 00:25:12 dTP8bRsg
URLﾘﾝｸ(kernelnewbies.org)

ftraceなるものを見つけて遊んでみてた。
traceのインターフェースがecho/catなんで、
なにかユーザー空間のツールが欲しいところ。
何かある？

389:login:Penguin
08/10/11 08:33:16 sgT4P9xq
>>388
ない。
むしろ作ってくれ

390:login:Penguin
08/10/13 16:59:26 ojSXQj+L
2.4で、NFSが古いタイムスタンプを表示するという障害が出てます。

3ヶ月～2年程度なのですが、考えられるバグはありますか？

391:login:Penguin
08/10/13 17:21:19 6nCO1ckh
>>390
jiffies

392:login:Penguin
08/10/13 20:03:41 GHU10YTi
>>390
NFSの時刻はサーバがもっているものなんだから、サーバが本当に時刻が狂っているとか、サーバがLinuxじゃなくて相性問題が出てるとか。
ネットワークをプローブして、プロトコル解析してサーバが送っている時間をみてみたらどう？

393:login:Penguin
08/10/13 20:30:11 ojSXQj+L
>>391
2.6では同じようなバグがあったのですが、2.4では見つかりませんでした。

>>392
OSが持っているキャッシュを表示しているようです。

394:login:Penguin
08/10/14 21:00:32 wSi08twR
カーネルに入る前みたいな話で難ですけど、
set_bios_mode()ってのがarch/x86/boot/main.cにいて、
そこでint 15hをAX=0xEC00で呼んでるんですけど、これは何が起こるのでしょうか？

395:login:Penguin
08/10/15 00:01:04 nv+Poa/T
/* Tell the BIOS what CPU mode we intend to run in. */
て書いてあることが起きるんでないかい。

INTERRUPT LISTには書いてないのね。
新しすぎるんかな。

396:login:Penguin
08/10/15 00:34:00 uBK5DEDN
>>394
たぶんだけどEMT64のmixedモードの判別に使ってると思う

その見てるコードの欠片の近くにbx=0x03みたいなコード無い？

397:login:Penguin
08/10/15 01:31:55 14QY086S
2.6.12～2.6.22のarch/x86_64/boot/setup.S

325 # tell BIOS we want to go to long mode
326 movl $0xec00,%eax # declare target operating mode
327 movl $2,%ebx # long mode
328 int $0x15

それ以前はどうやって開発してたのかさっぱり知らない新参者なので昔のは知らない…。

398:394
08/10/15 21:00:04 NwHso+Di
>>395-397
レスThxです。「int 15h EC00」などで検索かけても不思議と見当たらないんですよね。
E820ならうじゃうじゃ出てくるのに。

で、long mode=64bitモードに切り替えるってことですか、x86_64用にマクロで囲っているし。
プロテクトモードに遷移する時と比べると意外とあっさりだなと思ってIA-32 arch.のvol. 3A見たら
Fig.2-3では実アドレスモードからは直接行けないらしくて・・・その辺System Manage Mode経由で遷移とか
BIOSの中の人がやってくれてるのでしょうか。

399:login:Penguin
08/10/15 22:26:01 14QY086S
よく分からないけど、BIOSに通知することでIO回りとかでなんかご利益があったりするんでねーかな?
モード推移だけなら決められた手順でやればいけるはずだと思うんだけど。
その辺はphenixがoemとかにしか開示されてないのか分からないけど、取り合えずここはそういうコードということで…。

400:login:Penguin
08/10/15 23:05:58 hONPkhnE
make vmlinuz
make zImage
make bzImage
の３つの違いを教えてください。お願いします。

401:login:Penguin
08/10/15 23:42:35 HFOVAyRn
>>400
ググってください。お願いします。

402:login:Penguin
08/10/16 04:57:58 FEUHiM4d
>>400
make help
してみたら。

403:login:Penguin
08/10/31 04:50:54 4qE6ZtvC
2.6.27.4をDebian/lennyのmake-kpkgでビルドしてインスコしてみたけど、ブート直後に/initがありません。と言ってpanic起こすのですが、上手く行った人いますか？
configは2.6.26系からいじっていないんだけど、どこか設定がまずいのかな？？

404:login:Penguin
08/10/31 04:59:39 kJjAWuX5
make-kpkg --initrd

405:login:Penguin
08/10/31 05:03:03 4qE6ZtvC
>>404
それはやりました。
故になんでだろうな…と言うことです。

406:login:Penguin
08/11/01 20:54:11 Od5nmufS
>>403
そのエラーは普通はFSかストレージのドライバがOFFになっているか必要なオプションがついていなかったかで、マウント出来なかったときに表示されるんだが、今回は違いそうだな
失礼ながら403氏のうっかり手順ミスの可能性が一番高いので

(1) 2.6.26でもう一度ビルドしてブートするか確認
(2) 2.6.27でまったく同じ.config と、まったく同じビルド手順でブートするか確認

とやってみてくれない。

407:login:Penguin
08/11/04 21:44:20 iceok3E4
Linux Kernel Watch 10月版
URLﾘﾝｸ(www.atmarkit.co.jp)
ext4：Delayed Allocation
ブロック・レイヤにおけるデータの完全性チェック
ネットワークデバイスのマルチキュー対応
ftrace
外部ファームウェアローディング
1GB ヒュージページサポート
x86の最大CPU数、最大ノード数が拡大
2.6.27は2.6.16に代わるLTSに
Ingo、またまたお説教を食らうの巻
サブシステムに進化するlinux-staging
バージョン名規則が変わる？　「自転車置き場議論の始まりだ！」

408:login:Penguin
08/11/04 22:18:56 BBZMQ50A
板違いですみません。
Windows Server 2003にて、カーネルパラメータチューニングは
可能でしょうか？
I/Oサイズの変更です。
どなたか教えていただければ幸いです。

409:login:Penguin
08/11/04 22:19:55 nUFsRWLN
板違い。

410:login:Penguin
08/11/04 23:30:55 jzEsAw5k
pata_platformのリソースをplatform_add_devicesで登録しているのですが、
このボードはCFとIDE両方持っていて、IRQが14と15に割り当てられてます。

IRQ14の方のCFを登録した瞬間に
ata1: PATA max PIO0 ioport cmd 0xb61001f0 ctl 0xb61003f6 irq 14
irq 15: nobody cared (try booting with the "irqpoll" option)
と出てしまってIDEの方が登録できないのですが、これは
IRQ15のIDEを登録する前にIRQ15の割り込みが飛び込んできて
しまっているということでしょうか？
その場合、初期化時は割り込みをマスクしておくのが正しいのでしょうか？

411:login:Penguin
08/11/06 16:17:55 04JlPoOk
Linuxカーネルにリモートバッファオーバーフローの脆弱性：ITpro
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

412:login:Penguin
08/11/09 01:06:19 bk9zKri0
vmspliceで
socket-socketでデータ送受信できねぇ
なんか別の方法知らないですか？
PF_RINGってどうなのかな？

413:login:Penguin
08/11/13 15:40:35 z5Rzaa+x
過去のkernelのパッチ情報がデータベース化されているサイトって
どこかにありませんか？
故あって古い版数使ってるんだけど、偶にサイレントクラッシュするので
その版数以降の修正済みバグからクラッシュの原因を追いかけたいんだけど…

ChangeLogを見てみたらテキストファイルで50MB、
修正件数にすると8万件近くあって、手動ではむりぽorz

414:login:Penguin
08/11/13 15:54:04 jzO+yvG4
kernelの問題だと思った根拠は？

415:login:Penguin
08/11/13 15:59:27 b/Y4G7aY
>>413
つ git bisect

416:login:Penguin
08/11/13 16:49:33 z5Rzaa+x
>414
ログが全く残らないことより。
HDD上のログファイル、コンソール、Trap、NvSRAMのどれにもログが残らず、
暫くしてからwatchdogのオーバーフローでreboot。
同じHW構成の別筐体でも発生するので、カーネルが固まったと判断しました。

>415
情報ありがとうございます。
が、私の件では発生のトリガーが不明なので、現象を再現させることができません。
発生頻度も半年に1回程度なので、try＆error方式はちょっと厳しいです。
git bisect自体は初耳のツールだったので、別件でトラブった時に活用させていただきます。

417:login:Penguin
08/11/13 17:51:25 jzO+yvG4
watchdog止めてみたりはしなかったの？

418:login:Penguin
08/11/15 12:35:38 elY6pU1H
URLﾘﾝｸ(secunia.com)
Linux Kernel "hfs_cat_find_brec()" Buffer Overflow Vulnerability
Release Date: 2008-11-14
Critical: Less critical
Impact: DoS System access
Where: From remote
Subscribe: Instant alerts on relevant vulnerabilities
CVE reference: CVE-2008-5025
Original Advisory: URLﾘﾝｸ(kernel.org)

419:login:Penguin
08/11/16 21:17:01 Cvogqgs5
x58 + core i7
対応kernel ってリリース予定ありますか？

420:login:Penguin
08/11/16 21:58:58 7dfqW/4b
ないよ

421:login:Penguin
08/11/17 00:22:12 UFThdr5z
>>410
ベンチ回しただけでCPUの温度が90度まで上昇する
CPUなんかに対応しねーだろｗ常識で考えろ

422:login:Penguin
08/11/29 21:56:27 x6WDXIQW
git入門
URLﾘﾝｸ(blog.miraclelinux.com)
カーネルにおけるリグレッションの特定/ユメのチカラ
URLﾘﾝｸ(blog.miraclelinux.com)
>それにしても、Linuxは2.6.23にしても6700近いパッチを管理しているとは驚きです。
>Xenと比較しても7倍ぐらいのパッチの数です。

423:login:Penguin
08/12/02 18:05:16 X/oMSjsB
突然の質問をご容赦を．
task_struct構造体内にchar comm[16]以外に実行プログラムを識別できる情報
は入ってないんでしょうか．
カーネルのソースレベルでtask_struct構造体をのぞくだけじゃ，このプロセスは
このプログラムが実行されている！って判別できなくて困っております．

どなたか良い知恵をご教授ください．

424:login:Penguin
08/12/02 19:36:20 /6v5cHNF
>>423
ls -l /proc/self/exe を追っかければいいんじゃない？

425:login:Penguin
08/12/20 14:53:04 /iHy7FGl
保守

426:login:Penguin
08/12/25 16:31:41 hQQgeWtj
Linux-Kernel Archive: Happy v2.6.28
From: Linus Torvalds
Date: Wed Dec 24 2008 - 18:53:01 EST
URLﾘﾝｸ(lkml.indiana.edu)

you can now download Linux-2.6.28, and compile it to your hearts content!

URLﾘﾝｸ(www.kernel.org)
The latest stable version of the Linux kernel is: 2.6.28 2008-12-24 23:45

427:login:Penguin
08/12/25 16:41:49 myw3s4fY
やっぱクリスマスにだすと思ったぜw

428:login:Penguin
08/12/25 16:53:09 myw3s4fY
俺にとってはリーナスはサンタになったな

429:login:Penguin
08/12/25 23:02:53 d43lFXIj
さっそく、2.6.28のバグ報告を Dear Santa! ではじめたバカ^H^H 空気読んだ人が出現してたよ

430:login:Penguin
08/12/30 06:18:45 91ap++bl
SPARCも32/64統合か。
これで全部終わるんだっけ?

431:login:Penguin
08/12/30 13:42:59 o22EezVq
>>430
kernel2.26.27.10->2.26.28にしたら
USBのラジオと温度計が動かなくなってしまった。
usbhidのところが変わったみたい。

432:login:Penguin
09/01/02 04:30:22 /cJ5cWG/
こんなものが出来たらしい
URLﾘﾝｸ(patchwork.kernel.org)

433:login:Penguin
09/01/06 00:35:48 rUYfOwOi
12月版　カーネルゆく年くる年、2009年に来る機能はどれだ？
URLﾘﾝｸ(www.atmarkit.co.jp)

434:login:Penguin
09/01/09 11:54:46 S2/Ux7ez
カーネル内でダブルフォールトが発生して困ってます。
panicするのは例外のベクタに飛んだ後なので場所が見当付かず...

x86のマニュアルには「ある例外の例外ハンドラを呼び出している最中に次の例外を
検出」とありますが、
とりあえずリモートデバッグで一個目の例外を拾ったりすることはできるでしょうか。

435:login:Penguin
09/01/09 12:54:51 BkTWwdib
環境は？

436:login:Penguin
09/01/09 16:23:06 3p0UKgJv
>>435
環境は、Ubuntu 8.04 を Apple の MacBook というマシン (Core 2 Duo）でネイティブ
に動かしたり（起動時には Boot Camp という機能が使われるが、基本的に普通の
x86 PC 用のディストリビューションを走らせている）、
あるいは VMware Fusion (Mac OS X 上の VMware) の中で動かしたりしてます。

Linux に ABI の異なる他の x86系 Unix のバイナリを走らせる機能がありますが、
それが面白いなと思って、自分でも新たに真似してみて、それでトラブルに陥ってます。
ほんのちょっとだけ動くようにはなったんですが。

なので「腐ったコードを自分でカーネルに入れてそれを解決できないお前が悪い」と
言われればそれまでなんですが(w こういう場合にどのようにデバッグすべきか何か
指針でもあればなあ、と思っています。

とりあえずリモートデバッグしてみたのですが、ダブルフォールトで飛ばされた後は
スタックトレースもほとんど残らず、問題がどこで起きているか見当がつかない状況です。

437:login:Penguin
09/01/09 17:09:04 iT3+jKu5
腐ったコードが悪いじゃないの？

438:login:Penguin
09/01/09 17:49:21 W73bf0vn
ダブルフォルトを防ぐにはひたすらサーブ練習しかないと思うんだ。

439:login:Penguin
09/01/11 06:42:10 yXhZcpX6
この寒い朝から、URLﾘﾝｸ(planet.kernel.org)を読んでいたんですよ。
で、なんか珍しく日本語!?とおもったら、、、

>Pete Zaitcev: ツンデレ★りなっくす
>「ツンデレ★りなっくす」がほしいです。 Maybe I should add it to some kind of wishlist? Too bad it doesn't work across countries.

一期に眠気が冷めた。

440:login:Penguin
09/01/11 09:17:31 +FAIhDLJ
>>439
ｗｗ

441:login:Penguin
09/01/11 18:29:14 VCi3yThs
>>439
ハゲわろｗｗｗ

442:login:Penguin
09/01/11 21:24:18 S8R0EgJE
おーい、だれかマケプレで買って奴に送ってやってくれw

443:login:Penguin
09/01/11 22:27:39 Tg6D2cfZ
何者？と思ってググって見たら

URLﾘﾝｸ(people.redhat.com)

なんてものを見つけてしまった・・・

筋金入りだな。今年のKernel Summitには嬉々としてやってくるに違いない（ｗ

444:login:Penguin
09/01/17 02:52:19 PsPn1kn+
KernelどころかLinuxについてほとんど無知な俺に教えてくれないか

URLﾘﾝｸ(forums.steampowered.com)
このサイトにはKernelによってCPU制御が250Hzになってる状況を1000Hzにする手順が説明されている　ということでいいのかな
出来ればこの手順を簡潔にまとめてくれる神はいないだろうか　お願いします生まれてきてごめんなさい

445:login:Penguin
09/01/17 04:16:53 LUzqyZhm
>>444
俺も詳しいことはしらんよ。けどCONFIG_HZ=250ってのは1秒間に250回タイマ割り込みをする、という設定らしい。
つまり4msに一回タイマ割り込みを発生させる。

CPU制御というかタイマー割り込みね。

446:login:Penguin
09/01/17 06:48:33 S+ngPFbA
>>444
それはOSの時計の精度を決める奴だよ。操作性とかにも影響する。
250Hzだと4ﾐﾘ秒単位、1000Hzだと1ﾐﾘ秒単位。

精度を上げすぎると負荷が上がったりハードウェアの制御で不具合が出るから
多くても1000Hzにしてある。

後、変更するにはカーネルの再構築が必要で、環境によってやり方が違うから自分で調べよう

447:login:Penguin
09/01/17 08:22:14 MbjHFxeA
GEMってなにか設定いるの？

448:login:Penguin
09/01/17 08:24:38 M1p6wg8l
>>447
いらない。

449:login:Penguin
09/01/17 11:58:39 zS7kgnq/
いつになったら
PF_RINGって標準で使えるようになるの？

450:login:Penguin
09/01/17 21:21:43 J13OQkWH
>>447
ちっとも速くなった気がせんわけだが

451:login:Penguin
09/01/17 21:48:25 M1p6wg8l
>>450
945GM だけど速くなったよ。

Compiz Fusion の Expo や Desktop Wall プラグインと Wallpaper プラグインの
組み合わせ動作がキビキビになった。

452:login:Penguin
09/01/17 23:46:39 aC/h0b1A
URLﾘﾝｸ(www.atmarkit.co.jp)
ここにタイマ割り込みの事が書いてある。カーネル2.6.13-rc1から250Hzになったんだ。
それ以前はデフォルトが1000Hzだったとは知らなかった・・

453:login:Penguin
09/01/18 00:17:58 Ny7bYr1J
カーネルコンフィグ時には昔からCONFIG_HZ=1000ってやちゃってたけど、ベつにRTカーネル仕様じゃ
ないし、リーナス氏も1000にして確実に良い事有るのかいってみろって言うくらいだから、今回
ちょっと250に戻してみるかw

454:login:Penguin
09/01/18 00:30:20 0uG030Dj
1000から250にするメリットは消費電力だけで、他のどんな値でもない
250の理由が何かあるって事かな？

455:login:Penguin
09/01/18 03:00:44 ClRnsqKI
無駄な割り込みが減少してスループットが向上する。

ただ、個人的にはHZはCLOCK_TICK_RATEの約数であるべきだと思う。

456:login:Penguin
09/01/18 19:06:25 xhI1EKWK
CONFIG_HZの説明にマルチメディアやNTSCビデオなんかやる人は300がいいみたいな事が
xconfigの説明に書いてあったので1000から300へしてみました。

Linux上のアプリの動きは体感できないです。でもVmwareでゲストのXP使うときにWINUPDATEなどで
XPが激しくHDDにアクセスする時に今まではホストのLinuxがかなりもっさりしてたのですが、これが
無くなりました。

457:login:Penguin
09/01/20 03:34:13 O8avWr3l
2.6.28.1: stable
01/19/2009 03:48 AM
URLﾘﾝｸ(www.kernel.org)

458:login:Penguin
09/01/24 18:37:47 j3OrWlaN
linuxデスクトップユーザーの特徴

①インストールしただけで選民思想
②やっていることはwindowsと同じ。しかもめんどくさくなっただけ。
③コマンド打ち込んでプロだと勘違い
④黙ってwindowsでも使ってろと間口を狭める
⑤素人がだのなんだのとwindowユーザーを馬鹿にする
⑥カーネルいじればいいだろと無茶を要求
⑦linux開発者とのずれを認識できていない
⑧wineを使うくせにlinuxを再現しようとする動きがあるとたたく

　　　　　　冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|　　　 |⌒|　　　 |ヽゞ
　　　|tゝ　　＼__／_　＼__／　| |　　　＿＿＿＿＿＿＿＿＿＿
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ　　／
　　　　ゝ　　　/ヽ──‐ヽ　/　　/ 　linuxはめんどくさくて難しい分だけ、
　　　　 /|ヽ　　　ヽ─'　　 /　＜　　自称プロが悦に浸るためのツールとして最高なんじゃないだろうかwww
　　　　/ | 　＼　　　￣　　／　　　＼
　　／　ヽ　　　‐-　　　　　　　　　　￣￣￣￣￣￣￣￣

459:login:Penguin
09/01/24 18:38:34 7lr1RUyg
>>458
黙ってwindowsでも使ってろ

460:login:Penguin
09/01/24 18:57:38 f4Jx4fnK
>linuxデスクトップユーザーの特徴
この1行だけで十分笑えたw

結局windowsでunix系のツールがないから
使うんだよね。

461:login:Penguin
09/01/25 16:48:50 ZZ9FAEtv
kernel_sendmsgを使ってるとたまに送信途中で途切れてしまい、その後しばらく
連続してエラーを吐くようになってしまいます。
このときkernel_sendmsgの戻り値で-11が返ってきているのですが、-11が何を表して
いるかわかる方いらっしゃいませんか？

送信が途切れたら残りのバッファを再送するような処理を書いたのですが
うまく動かなくて･･･。

462:login:Penguin
09/01/25 19:56:13 KzNWuG0E
>>461
include/asm-generic/errno-base.hを見たらこう書いてあったから、
#define EAGAIN 11 /* Try again */
再送しようとしているんじゃない？

463:login:Penguin
09/01/25 21:59:51 ZZ9FAEtv
>>462
なるほど、そんなところに書いてあったんですね。
MSG_DONTWAITと設定していたためにEAGAIN（ソケットが非停止に設定されており、要求された操作が停止した。）と返ってきていたようです。
これを手がかりに頑張ってみます。
助かりました。ありがとうございます。

464:login:Penguin
09/01/30 18:37:37 pFX4Hfia
Linux Kernel Watch　1月版
　スケジューラの挙動は三巨頭会談で決まるのだ？
URLﾘﾝｸ(www.atmarkit.co.jp)
トピック満載の2.6.28リリース
まだまだあるぞ新機能
ついにLinuxにもadaptive lock導入か?!
-stableの進ちょくはお休み

465:login:Penguin
09/01/30 18:57:15 qnrJLGzh
>>464
2ページ目に文章が重複しているところがあるね。
編集仕事しろ。

466:login:Penguin
09/01/30 19:06:53 pFX4Hfia
"対象の便器を占有している香具師が、現在ちゃんと起きて力んでいる"のかを見るのがadaptive lockだよな？
別のロック待ちやI/O待ちで寝ている時もビジーウェイトなのか？
それとももじもじし始めてから中の人が寝た場合の話？

467:login:Penguin
09/01/30 19:13:08 vTDTCFoG
ロック待ちとロック保有が同一コアで動いている場合はblockになるから性能が良くなるってことかな。

468:login:Penguin
09/02/01 19:05:22 UNptCmpn
>>466
Solaris由来の「伝統的な」Adaptive lockは違う。あっちは、一定時間スピンして、だまなら寝る方式なので、
１分だけトイレの前でもじもじして、それ以上なら、きっと中の人は大のほうだろうと推測して、別の便所を探しに行く。

今回Linuxで議論されているのは、相手が寝ているかどうかを見ているので、別のロックやI/Oで寝ていたら一回も
スピンせずに即座にブロック。

便器にたとえると、対象のトイレの前に立つと、ESPで中の人が大か小かが分かってしまうので、
（スケジューラが教えてくれるので）、待った方が良いかどうかが誤りなく瞬時に判別できる。
ただし、世の中には小なのにやたら時間をかける変な人がいて、そういうときだけ判断を誤る。

469:login:Penguin
09/02/02 21:53:48 J90wuBuS
>>468
そーなのかー
Solarisも見てるもんだとてっきり

470:login:Penguin
09/02/03 01:59:50 uUulKu65
2.6.16のバックポートメンテ、終わってるのか・・・

471:login:Penguin
09/02/03 09:58:49 fc5tos9M
>>468
男なのに万年便秘で便通は週に一度あるかないかです。
子供の頃から頻尿で常に残尿感があります。
ごめんなさい。
誰かに迷惑をかけてるなんて思わなかったよ。

472:login:Penguin
09/02/03 22:32:26 nz1c5GJq
おまいらLinux kernel watchが不人気で連載中止かも試練ぞ。
日本語で貴重なんだけどなぁ。

473:login:Penguin
09/02/03 22:38:43 GL2YhfGc
まぢ？あそこで毎月楽しみにしてるの、あの連載くらいなのに。

474:login:Penguin
09/02/03 22:49:20 TfyP5WFf
不人気ってどこにアンケートとってんだろ…

475:login:Penguin
09/02/03 23:21:46 hHl/n+3O
なんか、ソフトバンク系はいまコストカット圧力がすごいらしいと聞いた

476:login:Penguin
09/02/03 23:26:20 52sJIYs3
*HZを忘れてるドライバがへたりそうだな

477:login:Penguin
09/02/03 23:33:59 LguxkZZC
>>472
あれが不人気になるようじゃ日本のITはオワッタな。
毎回ウハウハしたりニヤニヤして読んでるのに。

478:login:Penguin
09/02/04 00:36:08 fd0XVi2g
>>472
ええええ（￣□￣；）
英語が苦手だけど新しもの好きな俺はあれを見てカーネル更新するのが楽しみだったのに・・
なんとなく今はディストリのカーネルからあえて更新する人も少なくなってきたんだろうなあ。

俺はUbuntuだけどUbuntuスレでもディストリ管理から自分で野良ビルドを入れていくってのは
推薦されない感じの雰囲気。でもUbuntuの規約の1つにOS内部は誰でも好きなようにいじれるべきってのが
あって、実際海外のUbuntuフォーラムでは以外と野良ビルドして便利に使う方法なんかも活発。

そこいくと日本はちょっと毛色が違う、どっちかというとWINDOWSみたな雰囲気になっちゃってる気がする。
なんでわざわざカーネルなんか更新するのって雰囲気。Linuxの醍醐味のような気がするんだけどなあ・・

479:login:Penguin
09/02/04 00:42:22 GAA9FgZs
>>478
バイナリ配布が中心のディストリで、
使えればいいやというユーザが多いとそうなる。

480:login:Penguin
09/02/04 00:55:33 P34Xf3bm
つーか、同じ技術ページ同士で比較しても
JavaだのapacheだのPHPだのと比較して読む人が少ないのは当たり前よ。
ただ、ページビューが少ないからって価値が低いわけじゃないんだけどな。

481:login:Penguin
09/02/04 01:00:36 KbLhUz4W
今日から一日一回クリックするよ

482:login:Penguin
09/02/04 01:12:34 RRoUQW0I
>>480
えらい人には数字で見せないと。
感想メールでも大量に届けば評価してもらえるんでないかい。

>>481
IPアドレスが同じなので一人分にしかならなかったり。

483:login:Penguin
09/02/04 02:10:59 3f3+oVuU
>>472
ええっ
@itはLinux Tipsが断り無しにFedora前提だったりLinux SquareにSolaris入れたりとLinux Kernel Watch以外あまり良い印象が無いのに、その上Linux Kernel Watchを切るって…。
Linuxに詳しい人がもういない気がする…と思ったらITmediaが運営してたのかぁ。もっと詳しい人まわして欲しいなぁ。

484:login:Penguin
09/02/04 02:11:41 XVazh12C
Linux kernel watch は英語が出来ない人にとって大切な情報源なのにっ
あれがなくなると困る～

485:login:Penguin
09/02/04 07:20:43 gGZQcfvh
Kernel Watchを見るような人は@ITの記事の殆どに興味がないでしょ。
男が女装して女子校に通うくらい無理がある。

486:login:Penguin
09/02/04 11:38:16 N6p4Zexo
>>485
2次元の世界ではよくある事なんですけどね

487:login:Penguin
09/02/04 11:48:15 w2V1QNh7
>>473
不人気なのか？
不況で原稿料を下げられるからどうしようかとは書いてたけど。

488:login:Penguin
09/02/04 18:04:24 epRo/oFx
英語できない奴多いんだな

489:login:Penguin
09/02/04 18:35:32 3f3+oVuU
KernelTrapも更新されなくなったけど、それの代替になる所ってどこかある?

490:login:Penguin
09/02/04 18:37:23 DVwUg+WE
lwnが強いな、やはり。

491:login:Penguin
09/02/04 18:37:58 NLTVFFbJ
LWN

492:login:Penguin
09/02/04 21:14:37 fnWcLRh5
>>489
LKMLも慣れれば直接読んでも苦にならないよ。

493:login:Penguin
09/02/05 01:11:27 75AktqXX
あそこは流量が多すぎてなあ…
100～200通/日くらいならついていけるが。

ということでlinux-archしか読んでないこの頃。

494:login:Penguin
09/02/05 10:24:34 1Ft0Lu1H
sh2a ?

495:login:Penguin
09/02/05 15:07:05 KTnOlaf7
>>493
流量はたしかにね。
gmailのアカウントが受け取ってくれなくなるもんな
どこで読もうかと思案中

496:login:Penguin
09/02/07 09:05:41 QOk9HHlo
>>495
つ gmane

497:login:Penguin
09/02/11 17:04:15 0S258QE/
>>496 thx
RSSにとか色々できるんだね。
ROMるには十分そうだ

498:login:Penguin
09/02/19 05:34:27 kDjzngV3
PhenomII をUbuntu 8.10で試してみたけど、BOINCのベンチマークで
Celeron Dual-Coreに負けるのにはショック

499:login:Penguin
09/02/19 23:48:48 r93JfwKl
>>498
Phenomはバグもちだから性能出ないでしょ
WindowsでもCeleronの半分の性能しかでないし

500:login:Penguin
09/02/20 00:03:02 pLBBobDh
>>499
あのエラッタ、IIでも直ってないのか

501:login:Penguin
09/02/20 00:05:45 DGy5gq4a
あのエラッタはIIには無いよ。

502:login:Penguin
09/02/20 00:22:12 yMqcUKvG
キャッシュの差でしょ。
ベンチマークソフトはキャッシュに納まるから。

503:login:Penguin
09/02/20 16:07:19 XV0/njye
>>502
いや、それがWin7 64bitのBOINCだとちゃんとQ6700より上のベンチスコアが出るんだよね…>Phenom II
なんで、LinuxカーネルだとPhenom系のベンチスコアが悪いのかが解せません。
最新カーネルだと直るのかな？

504:login:Penguin
09/02/20 16:30:22 cHOqoTTX
>>503
LinuxのソフトはCPU向けのチューニングが弱い傾向にあるな
Linuxのソフトは大抵GCCで生成されるからGCCの対応次第

後、BOINCは純粋な計算ソフトだからカーネルの差はあまり関係ない

505:login:Penguin
09/02/20 17:03:11 XV0/njye
>>504
失礼しますた。gccがPhenom系にも最適化対応するのを首を長くして待ちます。

506:login:Penguin
09/02/20 17:38:45 xKaEo+4J
デフォルトのパッケージは古いCPUでも動くようにコンパイルされるからgccが対応しても意味がない可能性が。
64bit版ならSSEが使用されるはずではあるのだけれど。
自前でコンパイルするか最適化された物をどこかから持ってくるかしてみたほうが良いと思う。

507:login:Penguin
09/02/20 20:34:07 S3s1rkKE
>>505
カーネル構築やってみたらどうだろう

CONFIG_M586=y

になってるはずだから
Phenomに相当するものを有効にして試すとか

Ubuntuだったら手順は
URLﾘﾝｸ(help.ubuntu.com)
日本語訳はあるのかどうか知らない

508:login:Penguin
09/02/21 08:20:46 VKGOSFVD
カーネルが影響するとしたらCONFIG_NUMA=yかどうかかな。

509:login:Penguin
09/02/21 08:39:34 ETQRIuHC
>>508
いまって、32bitだと強制NUMA=nなんだっけ？
年末ぐらいにIngoがKconfig変えてた気がするが

510:login:Penguin
09/02/21 11:12:58 hJpNWjj9
RedHatのRTカーネルっていいの？
うざいほど営業やらDMきて迷惑気味なんだが

511:login:Penguin
09/02/24 01:32:31 pX2XxE8H
カーネルの不具合の動作確認で、カーネルに手を入れたいのですが、
グローバル変数の使い方について教えてください。

ヘッダファイルで「extern unsigned long sabun;」を定義して、
kernel/timer.c で「unsigned long sabun = 0;」と実態を
定義してます。

fs/nfs/inode.cで、ヘッダファイルをインクルードして、sbunを使ってます。

するとコンパイルで、
WARNING: "sabun" [fs/nfs/nfs.ko] undefined!
とおこられます。
カーネルでグローバル変数として利用したい場合はどうすればよいのでしょうか？

512:login:Penguin
09/02/24 02:10:59 VBQlp0Jb
モジュールからその変数を見たいならEXPORT_SYMBOLしとけ。

513:login:Penguin
09/02/24 23:33:11 pRP/nhlK
aufs2どうだろ。
痛い信者が憑いてるみたいだし。

514:login:Penguin
09/02/25 12:19:48 VFwJbR7O
実装に作者や信者の人格が現れるわけじゃなし、ほっとけ。

515:login:Penguin
09/02/25 18:52:12 PG+Z+/i/
この辺を見ると、unionfs系のstackable fsは絶対に入りそうに見えない...

URLﾘﾝｸ(marc.info)
URLﾘﾝｸ(lkml.org)

516:login:Penguin
09/02/26 02:11:08 ghtWsUdW
>>514
実装に作者と信者の人格があわられるよ
reiserfsなんてマジ基地レベルの実装だっただろ
本人も犯罪者でマジ基地レベルだったし

開発者が痛いプロジェクトはどこも
実装も痛い

日本だとRubyとかSeesaa なんか狂信者の集まりだろ
実装もやばやばだし

517:login:Penguin
09/02/26 09:11:39 K2fT4ot7
>>516
その論理でいくと一番狂ってるのはJavaだな
実装も信者も

518:login:Penguin
09/02/26 13:05:34 tDhwCNJO
reiserfsのコードは、Linuxの一部としてみたら
異常だったかも知れないが、別に普通だろ。
神経質なところが基地外じみているが。

519:login:Penguin
09/02/26 14:01:56 zkN0ao4E
なんつうか、ディスカッションになってないね。aufs2。

攻めるべき相手も分かってないみたいだし、
解決すべき問題点も挙げているわけでもないし。

取り巻きからupstreamにマージしてくれよって言われて、
とりあえずこんなんあるんだけどどうよ、って流れでは
１００年経っても無理だね。

TOMOYOがどう攻めたか、誰を見方につけたか、くらいは学習すればいいのに。

520:login:Penguin
09/02/26 15:15:01 /VNm+j/+
TOMOYOもあまりいい例じゃないと思うが…

まあ興味を持ってくれる人が出てくるのを待つしかないからねえ。
FSなら変にもめなきゃ簡単に入りそうな気はする。

521:login:Penguin
09/02/27 06:01:45 r6OMqEB7
FS周りは保守的な人が多いから
むしろ入りにくいんじゃない？

（保守の面も含めて）安心して使えるのが未だにext3と
linuxはFS周りは遅れ気味で、だからこそbtrfsが注目されていると思う。

522:login:Penguin
09/02/27 06:32:34 c711uaYx
VFSに手を出さなければ他のFSが巻き込まれることはないので、
強硬に反対する人はまずいない。

523:login:Penguin
09/02/27 11:22:47 mZ2ksAW5
新しいFSがメインストリームに入るかどうかは、
lsf-workshop(Linux Storage & Filesystems Workshop)
が登竜門みたいだね。
URLﾘﾝｸ(lkml.indiana.edu)

少なくともこの辺でアピールしとかないと歯牙にもかからない
って感じだな。でなけりゃ傍流で細々とやっていてそのうち
忘れ去られると。

524:login:Penguin
09/02/27 20:09:22 AUoPAEqK
いままでは-mm経由でAndrewが強引にマージするというパスも登竜門（裏口？）として
あったんだが、最近更新やめちゃったからね。 -mm

525:login:Penguin
09/03/08 20:59:55 GH/Y8LZH
Oprofileでpthread_mutexが頻繁に起きてるの解ったんだけど
簡単に改善するにはもっと情報ほしいんだけど
なんかいい方法ないっすか？

526:login:Penguin
09/03/10 21:28:57 GdRFmw6z
カーネル見つかったよ！！
URLﾘﾝｸ(www.daily.co.jp)

527:login:Penguin
09/03/11 00:35:08 oxbCuR8l
>>525
windowsならシステムコールをフックするという方法があります。
フックした排他オブジェクトのロック関数内などで、これが呼ばれた場所と
スレッドＩＤを記録していけば、原因の特定が可能。
多分linuxにも応用できると思います。

528:login:Penguin
09/03/11 01:21:17 4/oImeap
kprobes?

529:login:Penguin
09/03/11 01:46:51 ndR4kwVk
>>525
ftraceとかSystemTapとか使ってみたら？

530:login:Penguin
09/03/12 02:00:45 Q23C1K2a
HugeTLBってどうゆう時に
役立つの？

普通にメモリ100MBとか確保してるのを
置き換えても幸せになれる？

531:login:Penguin
09/03/12 20:49:17 /5waLCXS
>>530
なれない。HugeTLBが聞いてくるのは、それを使う前がTLBミスで性能劣化が起きているときだから、
数十、数百ギガとかのデータがないと、目に見える差は出ない。

532:login:Penguin
09/03/12 23:24:42 Q23C1K2a
>>531
4Gぐらいじゃ不幸になる？

533:login:Penguin
09/03/13 00:12:51 x7CFdrcd
>>532
URLﾘﾝｸ(www.oracle.co.jp)

534:login:Penguin
09/03/13 00:52:01 d9xi8y0w
>>533
うそを教えるのはいくない

535:login:Penguin
09/03/13 08:01:59 X32lgzLh
HugeLBについて正しく説明しているページを教えて下さい
orz

536:login:Penguin
09/03/13 08:30:19 OBlhHJW3
いま使ってるカーネル（2.6.26）で明らかにバグってるが、next最新だと
直ってるけどどのコミットで直ったのかわからんという場合、そのコミットを
特定して簡単に取り込む方法はあるでしょうか？

ext3/jbdが200GBほどの巨大コピーをすると必ず吹っ飛ぶので頭に来てるんですが、
OpenVZとVMwareも併用してる関係上、2.6.26から先に進めません。で、一旦
この２つは忘れてnextに切り替えたら通ったので何かが直ったのは間違い
ないんですが・・・

git-bisectで吹っ飛んだときのコードパスを触っているコミットを拾ってきて
git-cherry-pickする、とするのかなと思いつつも、バージョンが３も飛ぶと
容易にはマージできない訳で、やる前からげんなりしてます。でもこの方法しかない？

537:login:Penguin
09/03/13 11:28:14 OBlhHJW3
>>536
すみません、大ボケしてました。
最初バグが入ったところを追いかけていた話と混ざってしまった。
上だけなら普通にコードパスを含んでるファイルをgit-diffすればいいだけですね。

538:login:Penguin
09/03/16 20:39:06 +jw1kNKJ
debian sargeで2.6.16.16から2.6.16.62に乗り換えようと思ったのですが、Makefileに変なオプションが追加されているのを発見。

# Force gcc to behave correct even for buggy distributions
CFLAGS += $(call cc-option, -fno-stack-protector)

コメントからすると、イカれたディストリでもgccが正しく動くようにするものらしいのですが、
これに従ってスタックプロテクトを外すと、Kernel的にはどんな影響があるのでしょうか？

539:login:Penguin
09/03/16 21:41:42 03SCkUUu
どこで訊いたらいいのか分からんのでもっとうまいスレがあったら教えて。

AMD K8/K10 で CnQ する powernow-k8.ko は Phenom II でも動作するけど、
こいつのコア電圧上げ下げパッチは K8系でしか動かない。
正確には hwpstate で動くやつはコア電圧読み書きをサポートしてない。

現状、Phenom / Phenom II に対するコア電圧上げ下げパッチないしアプリは存在しない?

ためしに/dev/cpu/*/msr叩いてコアやNB電圧上げ下げやOCはX3 720で出来たけど
K8より電圧上げ下げはむしろ楽になってるくらいで車輪の再発明になる
と信じてるんだがうまくみつかんね。

540:login:Penguin
09/03/17 22:59:47 P2matg1t
posix_time.hってどこにあるのですか？

541:login:Penguin
09/03/18 00:33:56 eVh+IAHO
Oprofileって
カーネルモジュールを常に更新しなくてもいいのですかね？
event maskだけCore2とか最新CPUのを読み取れればいいのですか？

542:login:Penguin
09/03/18 02:13:00 zvHoDucU
サーバーの動作が停止したので再起動後にログを見たところ、

・・・
Mar 17 01:01:01 hoge kernel: ------------[ cut here ]------------
Mar 17 01:01:01 hoge kernel: kernel BUG at mm/rmap.c:479!
Mar 17 01:01:01 hoge kernel: invalid operand: 0000 [#1]
Mar 17 01:01:01 hoge kernel: Modules linked in: ipt_REJECT ipt_limit ipt_state ip_conntrack iptable_filter ip_tables loop md5 ipv6 dm_mirror dm_mod uhci_hcd ehci_hcd eepro100 via_rhine e100 mii ext3 jbd sata_via libata 3w_xxxx sd_mod scsi_mod
Mar 17 01:01:01 hoge kernel: CPU: 0
・・・

という部分がありました。
"kernel BUG"とありますが、これは本当にバグで停止したのでしょうか。
それとも、ハードウェア障害等が原因でしょうか。
自分ではメモリかな、とは思ってるんですが・・・

ディストリビューションはFedoraCoreの3年ぐらい前のバージョン
カーネルはFedoraCoreデフォルトのままです。
機材が遠隔地にあるため、パーツを交換して様子見というのは難しいです。

何かご存知の方いらっしゃればアドバイスお願いします。
スレ違い等の場合はそう言っていただくと助かります。

よろしくお願いします。

543:login:Penguin
09/03/18 04:10:38 SE16OZPj
ウィルスに一票

544:login:Penguin
09/03/18 10:05:41 DNBYgSTg
うむ。httpあたりから、カーネルの脆弱性を突くペイロードを
送り込まれたといったところか。

545:login:Penguin
09/03/18 10:24:02 zvHoDucU
まず、ageてしまって申し訳ないです。

>>543-544
となると、対策としては
カーネルのバージョンアップ（ディストリビューション自体も？）
Apacheのバージョンアップ
ぐらいしか無いということなんでしょうかね・・・

今回の攻撃では単に止まっただけであればいいのですが、
何か仕込まれてないか確認しないとまずいでしょうね。

SonicWall等のFWでそういう攻撃防げるのであれば、
導入することも検討してみます。

546:login:Penguin
09/03/18 17:38:57 pKG41WUr
Fedoraの3年前のバージョンなんてとっくにサポート切れてるんだから
何されててもおかしくないぞ

547:login:Penguin
09/03/18 20:54:43 Jh98gmYP
>>542
invalid operand というのはコードがおかしな命令だったことを意味する。
バグでデータを壊すことはよくあるが、コードを壊すのはまず考えられない。
なので、可能性があるとしたら、メモリが化けた、CPUキャッシュが化けたっていうハード故障系か、
>>543 がいうように、ウィルスにやられた。だと思う

548:login:Penguin
09/03/18 21:46:58 RWYXndAF
>>542
ふつ～に立ち上がったんだけど、vmwareが立ち上がらないからdmesgしたら
>kernel BUG at /build/buildd/linux-2.6.27/drivers/cpufreq/cpufreq_userspace.c:122! invalid opcode: 0000 [1] SMP

なメッセージが出たことがある。再立ち上げしてもたしか出た。kernelの更新(ubuntuまんま)したばっかしだったから、
そういうkernel、てか、moduleなのかな？とか思ったり。
なんで、更新前のkernelで立ち上げて、メッセージが出ないでvmwareが立ち上がるのを確認して、出かけて、
夜帰ってきて当該のkernelで立ち上げて以降出てない。ということならある。ハード故障系だろうか...？
soft raid1なんだけど、HDDエラーで化けた、だといいな、キャッシュエラーとかよかマシ？と思っているけど、…

549:login:Penguin
09/03/18 22:52:21 zvHoDucU
>>546-548
ハードの障害の可能性も考えると、
サーバーマシンごとそっくり新しいものにしたほうが安心ですよね。
とりあえずカーネルのバージョン上げて様子見ますが、
早いうちに置き換えられるよう検討します。

550:login:Penguin
09/03/18 23:13:40 fs8nU1K0
>>547-548
BUG macroで例外起こすために不当命令使ってる。

なので、そこだけで壊れているとは判断できない。

551:login:Penguin
09/03/24 12:55:14 LJtxTesT
2.6.29のマスコットがペンギンじゃなくなってる・・・

552:login:Penguin
09/03/24 14:32:40 kyEDcVni
確かに、ペンギンじゃなくなってる。

2.6.29　だめだ、ウチはCATVでDHCP接続なんだが、何分かするとネットワークがくたばる。

553:login:Penguin
09/03/24 15:46:32 rew/CQ2p
絶滅危惧種がマスコットって縁起悪くね？

554:login:Penguin
09/03/24 15:48:26 vqmighgs
>>553
逆に考えろ
今は数こそ少ないがこれから増えまくって人類に代わって世界を支配してやるという野望を持っているんだよ

555:login:Penguin
09/03/24 16:01:29 jdG/hz2L
人類はLinuxに支配されるのか。

556:login:Penguin
09/03/24 17:20:45 6YSp3Dyi
「後に人工知能型スペースコロニーと呼ばれる物が生まれるきっかけと
　なりましたことは当時誰も想像できなかったのでこざいます」

557:login:Penguin
09/03/24 19:25:45 kmaklgHK
深い話の最中に割り込んですまないが
>>551のIDが
TesT
だな。

558:login:Penguin
09/03/24 19:43:38 Mg6fm2qb
2.6.29にしてアプリや全体の動きは凄く良いんだけど、dmesgでこれが出るんだけど問題ないのかな

[ 29.465011] IRQ 19/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs
[ 30.538683] IRQ 17/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs

nvidiaの本家のドライバー入れると必ず出る。なんかググっても大した情報が無かった。
ドライバーのバージョンを何個か変えてみたけどやっぱり出る。噂では64Bitだと出なくてx86だと
出るらしいんだけど。

次ページ