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

kernel覧

タグ : crypto エンジェルビーツ 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

401 :

>>400
詳しいだけじゃだめでしょ。

402 = 400 :

>>401
回答ありがとうございます。
なるほど、他にも知識が必要になるということですね。

実は下記の記事を読んでカーネルというものに興味を持つようになりまして。。
http://itpro.nikkeibp.co.jp/article/OPINION/20060406/234744/

将来はプログラマとして活躍したいと考えており、カーネルを極めれば
かなり高度な仕事ができるようになると思っているんですが、、、
ここにいる方たちはカーネルについてかなり詳しいようなので、
実際にカーネルの知識を扱うような仕事をしている方も
いるのではないかと思い質問させてもらいました。
できれば実際にどのような仕事をするのかを教えていただければと思います。

403 :

数が多いのは障害解析やパフォーマンス分析じゃあないかな？
どうだろ？よくわからん。

404 = 400 :

>>403
なるほど、そういった分野があるんですね。
ありがとうございます！！参考にさせてもらいます。

405 :

大抵の仕事はカーネルなんか読まないよ
俺が真面目にカーネル読んだのは組み込みの開発してたときくらいだな
教養として自力でコンパイルできる程度には知っといて損はないと思うが
カーネル読む仕事はあんまり思いつかんなあ

406 :

まぁ直接仕事につながることはあんまりないだろうが
いろんなことに興味持って調べるのはいいことだと思うよ。
がんがれ。

407 :

その前に病院で見てもらったほうがいいと思うけどね

408 :

>>402
カーネルに手を入れちゃうと、本家に取り込んで貰うか、
さもないと自分で永遠にメンテナンスしないといけないから、
かなりめんどうだぜ。
でも、ドライバ周りではたまにあるけどな。
前任者が居ないと全く分からないこともある。

409 :

>>405
自分もそう思ってたが、カーネルの挙動が理解出来ないときに（エラーの具体的な理由とか）ちょこちょこっ
とprintkでもはさんでどこを通ってきたか明快にするとユーザースペースの問題が早く解決する様に
なったのでLinuxは便利だなと思った。　

412 :

>>402
カーネル読書会にでも行ってみれば？

415 :

ITproが腐ってることが分かった
赤松さんこんな変な関西弁使わない

416 :

>>400
いじれるようになれば仕事はそれなりにあるでよ。
どこぞのディストリがそういう人集めとるという噂をききますた。

417 :

>>400
カーネルとはまったく関係ないアプリとかを請負できます。
「Linux詳しいんだよね、よろしく」

419 :

みなさん大変参考になる意見ありがとうございます。
最近はJavaが流行っているようだったので、一ヶ月ほどJavaの勉強をして
いたのですが、方向転換してさっそくCとアセンブラの勉強からはじめて
みようと思います。

420 :

Cはともかくアセンブラとはなんというか…


今時感心な若者ですね

421 :

まあアセンブラも教養として知っていた方がよろしいのではないかと思いますよ。
linux kernelのふか～い所に行けば避けて通れないものだし。

422 :

プログラミングなどは、若者が圧倒的に有利
TopCoderに名を連ねてるのは、ほとんどが、20代前後の若者ばかり
がんばれや

423 :

>>421
ふか～く行かなくてもOopsとか読むときには必須の知識。ユーザー空間でもcoreを解析するとき等に
必須の知識。

431 :

>>430
まだ良いレビューはないね。
でも、本家にマージされたので、これから一気に増える・・・かも。
Xenと共栄してくれればいいけどね。

437 :

>>436
それ以前に、リンク先が１月以上も前のできごとなのだが。

438 :

最近Linux Kernel Watchも遅れた情報が多いな。
時代がどんどん先へ進んでるせいだろうけど。
変更大杉

439 = 438 :

まぁ面白いからそれでもいいんだけど
上川さん愛してる

441 :

>>440
非同期システムコールの完了通知ってどうやって受け取るんすか？
VMSではどうやっていたんだっけ。
コールバックルーチンを定義したのだっけかな。

443 :

>>442
ASTっていうと別のものが頭に浮かぶな。

450 :

システムコールをフックした先でファイル操作ってどうにかしてできないもんですかね。

具体的には特定状況下でディスク上にログを書き出したいんですけど。
カーネル空間内でsys_open呼び出しても意味ないですし困っております。
何かいい方法がある方ご教授ください。

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / kernel一覧へ

タグ : crypto エンジェルビーツ 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド

• 【Linux】カーネル総合7【Kernel】 (247) - [97%] - 2022/12/17 20:30
• 【Linux】カーネル総合6【Kernel】 (980) - [97%] - 2015/4/13 16:30
• 【Linux】カーネル総合5【Kernel】 (1001) - [97%] - 2011/5/28 4:48
• 【Linux】カーネル総合４【Kernel】 (1001) - [93%] - 2009/9/21 1:16 ○
• SGI KDBを使ったカーネルデバッグスレ (383) - [25%] - 2021/1/11 2:15