いま機械系の学生さん向けのLinuxの本を書いてるんですが、本の中で次のブログ記事（すごく面白い）

• Katsuhiro Suzuki: 全プロセスが一秒止まる不具合続編: カーネル内部で何が起きたか？, Tech Blog - Turing

の現象をなるべくシンプルな形で再現できないか、とふと考えて、本のためのコードを使い回してやってみました。

　事前知識がいろいろ必要な記事で、ちゃんと説明できていませんが、とりあえずふーんという感じで読んでいただければと。

　子供の学校関係の手続きや式典（超絶嫌い）、来年度の準備とかで大変です。毎年3月は自由な割に絶対に忘れてはいけない手続きが多くて気持ちが落ち着かないんですが、今年は身内の入試が重なって特に良くないです。

　前回の記事で 「SCHED_DEADLINEをシェルスクリプトで試すにはフォークしたらアカン」 ということを書きました。 なので、3秒ごとに1ミリ秒間リアルタイムで動かすシェルスクリプトではsleepコマンドを使わず、CPUを100%使わせてました。

　ただ、sleepなしでもBashを眠らせられないかと疑問に思ったので調べたところ、stack overflowに、readにタイムアウトを設定するとできると書いてありました。 ということでやってみました。readはビルトインコマンドなので、フォークしません。

　書籍のための備忘録なのでなぐり書きです。SCHED_DEADLINEというのは、現行のLinuxのタスクスケジューラで定義されているプロセスの動かし方で、「一定周期内に必ずこのタスクやる（やれなかったら切腹）」というものです。

　講義が一段落して年末年始でまた何か始めたい（いろいろプランあり）という状況なんですが、たぶん今年作ったもの一覧を書いておかないとやり散らかしになるので振り返ってみました。念のために書いておくと、睡眠はたっぷりとっております。無駄な会議がないのは大学、学科の皆様のおかげです。

　いろいろ事情があってあまりにも引きこもりすぎてて自分がオワコンになった感覚になってますが、久々にお呼びがかかりましたので告知です。2024年は本が出たりいろいろ呼ばれてしゃべったり、授賞式に引っ張り出されたりといろいろ露出してたのでギャップが激しいです。

　露出してればいいというのもクソみたいな考え方なので別にいいのですが、元来目立ちたがりである自分の劣情をどうコントロールするかは難しい問題です。昇華させるにはもっと勉強会とかに（悪目立ちせず建設的に）参加したり、シェル芸勉強会を2ヶ月に1回真面目にやったりと、コミュニティー活動にちゃんと戻るべきなんだろうなと考えています。来年度はいろんなことから開放されるので、30代のときくらい積極的にいきたいところです。

　半年ぶりの更新です。ずっとブログやシェル芸勉強会、連載の部分以外の自作シェルの開発をさぼって半年間、ニューラルネット〜VLA（画像とか言葉の指示とかでロボットを動かすやつ）の勉強をしていました。特にシェル芸界隈のみなさますみません。

　前回（4月15日）からの進捗。

　前回（3月29日）からの進捗です。

　前の記事の続きです。前の記事のとおり、 Bashの公式リポジトリのテストを使い始めました。しかしこのテスト、 エッジケースが多い上にテストスクリプト自体が bash-completion並みに変態なので、 それに対応せねばならずいろいろ調べてました。