2021年4月15日 パニックお断り―Linus、"Rust for Linux"の盛り上がりに釘を刺す | gihyo.jp

Linux Daily Topics 2021年4月15日パニックお断り―Linus、"Rust for Linux"の盛り上がりに釘を刺す 開発者の間で人気上昇中のRustだが、Linuxカーネル開発においても1年ほど前からメインラインでのRustサポート―新たにデバイスドライバを記述する言語としてRustを認めるよう求める声が強くなりつつある。3月にはカーネル開発者のMiguel Ojedaが最初の"Rust for Linux"となるパッチをlinux-next（次期カーネルへのマージを希望するパッチが集められたGitリポジトリ）にポストし、Stephen Rothwellによってマージされた。 kernel/git/next/linux-next.git - The linux-next integration testing tree Ojedaはさらに一歩踏み込んだステップとし

[z1h4784]

これは全くその通り。メモリ不足即カーネルパニックなんてありえない

[ed_v3]

よくある長年メンテされてきたプロダクトに新人が流行りのツール入れたがってベテランに釘刺される構造と似てるな。

[moonieguy]

おどれらなんかある度下位レイヤのせいにしとるがその下位レイヤは人のせいにできんのやぞ？わかっとんかみたいな

[programmablekinoko]

これは安易に例外を吐きたがるユーザランドのプログラムにも言える

[mohritaroh]

Don't Panic（あわてるな）

[tpircs]

(MLでのやりとり、について知り合いのｶｰﾈﾙﾊｯｶｰは「情報量(メール量)が膨大で大量に処理するためにMLで扱うほうが楽。タスク管理ツールとか操作が遅くなる」みたいなこと言ってた。トリアージ速度の話かな。)

[ysync]

「メモリ不足がアボートを引き起こすなんてことがあっては絶対にならない。メモリアロケーションに失敗したなら，ふつうにエラーを返せ。」当たり前の話よな。

[nakag0711]

でもよくいる2流プログラマと違って安定性を言い訳にして新しいものの拒否はしない。

[spark7]

この界隈ずっとMLでやりとりしてるけどレガシーって笑う人はいないんだよな。

[hinaloe]

それはそう

[l-_-ll]

「"パニックはRustにとってのプレースホルダでコンパイラの仕様だから"というなら，エラーをキャッチするコードを実装して，コンパイラを修正すべき。話はそれからだ」（⁠Linus）

[hdkINO33]

“カーネルコードとユーザスペース内で使われているようなツールのコードでは話がまったく違う。メモリ不足がアボートを引き起こすなんてことがあっては絶対にならない。”

[mas-higa]

今さらだけど F ワード使わなくなったんだなぁ

[yajamon]

層的にそれはそう

[mattn]

「Rustがメモリアロケーションに失敗した際にパニックを発生させることは断じて受け入れられないと強調している。」

[nanakoso]

MLレガシー云々は、ほんとにリーナスが困り始めたらgitの時みたいにツール自作するのでは

[cl-gaku]

いいね

[zoidstown]

“メモリ不足がアボートを引き起こすなんてことがあっては絶対にならない。メモリアロケーションに失敗したなら，ふつうにエラーを返せ。”

[circled]

Linux内のメモリーの番人OOM Killer：「呼んだ？」

[Wafer]

Linus「うろたえるんじゃあない！Linuxはうろたえない！」（そうじゃない）

[yarumato]

“LinusはRustがメモリアロケーションに失敗した際にパニックを発生させることは断じて受け入れられないと強調している。”

[tasshi820]

なるほどなー

[tattyu]

rustにするのは良いと思うけど、メモリ不足でパニックは確かに辞めて欲しいな。

[masterq]

「"パニックはRustにとってのプレースホルダでコンパイラの仕様だから"というなら，エラーをキャッチするコードを実装して，コンパイラを修正すべき。話はそれからだ」

[gogatsu26]

“Rustがメモリアロケーションに失敗した際にパニックを発生させることは断じて受け入れられないと強調”

[rti7743]

メモリ不足ぐらいでkernelに落ちてもらったら困るしな。