2026/08/21 0:46

Linux 7.2

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

Linux カーネルバージョン7.2 が予定通りに公式リリースされ、史上最も活発な開発サイクルの1つとなり、頻繁なメジャーアップデートへのシフトを示しています。このリリースでは、スケジューリング効率、電力管理、広範なハードウェアサポートにおける大幅な進歩に加え、多数の一般的なバグ修正が実装されています。目立つ技術的ブレークスルーとしては、futex システムコール内の14年間のデータ破損問題への対応、AMD グラフィックカード向けの HDMI 2.1 Fixed Rate Link の初期サポートの実施、および BPF スケジューラに対して CPU ステータスと ID を公開することで sched_ext の観測可能性を向上させた点が挙げられます。主要な成果には、キャッシュ感知型スケジューリング、MGLRU の改善、sched_ext 向けのサブスケジューラ、および複数サイズ透明巨大ページの自動作成が含まれます。電力管理に関する点では、Raspberry Pi 4 および 5 の GPU 向けに Runtime Power Management が採用され、アイドル時に GPU クロックを無効化する機能が実現されました。RetroPie ユーザー向けには、Raspberry Pi 3 の GPU ドライバーにおける2件の長年のバグが修正され、タイルメモリ処理に関連するランダムなハングやクラッシュが解消されました。また、Pi 4 および 5 向けの GPU リセット修正も実装され、信頼性が向上しました。ただし、開発後期に発生した退行により、新しい公平スケジューリングポリシーをデフォルトで有効にするのが不可能となり、現在ではオプションの状態が続いています。デフォルトの DRM スケジューラーポリシーは、次回リリースで修正が再有効化するまで、先着順（FIFO）として維持されています。Igalia はこれらの分野全体で顕著な貢献を行い、特に DRM スケジューラーの公平ポリシーおよび初期 HDMI 2.1 の実装に関わっています。このサイクルでは、他にも ueagle-atm ドライバーへの修正や x86 ブート時の memcmp() インラインアセンブリの正しさに関する修正など、様々な課題にも取り組まれました。

本文

Linux カーネル 7.2 リリースノート（Igalia 寄稿まとめ）

Linux カーネル 7.2 が正式リリースされました。本記事は Igalia の貢献をまとめたものです。

概要と主要成果物

リリース情報
- 通常スケジュールに基づき、今週にタグ付けされ正式リリースされました。
- この開発サイクルは過去で最も忙しかったものの一つであり、6.7 を凌駕する活躍ぶりでした。
- 特にバグ修正（フィックス）に関する面で非常に忙しいものでした。
主な技術的進歩
- **キャッシュ認識型のスケジューリング（Cache-aware scheduling）**の実装。
- MGLRU の機能強化。
- ```
sched_ext
```
  向けのサブスケジューラー概念の導入（LWN で詳細解説あり）。
- マルチサイズの透過的な hugepages（THP）の自動作成機能。
- （詳細は LWN 第 1 部と LWN 第 2 部を参照）

Igalia の貢献ハイライト

1. DRM スケジューラーの公平ポリシー（Fair Policy）

目的：複数のクライアントが GPU を共有するシナリオや、インタラクティブなタスクと高負荷タスクが競合する場合に性能向上を図る。
現状：リリース直前の 7.2-rc7 で重大なリグレッションが発覚したため、現時点ではオプションとして有効にする必要があります。
- ※デフォルトスケジューラーは依然として「先着順（FIFO）」のままです。
今後の展開：修正策が確認されており早期テストも良好のため、次のカーネルリリースで再有効化される予定です。

2. sched_ext の改良

可観測性とデバッグの向上
- カスタムスケジューラーがランタイムエラー（例：スケジューリング失敗が 30 秒以上続く）に直面した際、カーネルはスレッドを中断しデフォルトスケジューラーへロールバックします。
CPU ダンプ処理の最適化
- エラー発生時における CPU 状態のダンプ（dump）機能を実装。
- 課題：コア数が多いシステムでは、カーネル空間とユーザースペース間のバッファサイズ制限によりダンプが切断される恐れがありました。
- 解決策：エラーを発端とした CPU（Exit CPU）を優先的に処理し、BPF スケジューラーやユーザースペースツールに対しその CPU ID を直接提供できるようにしました。

3. Raspberry Pi GPU のパワー管理機能追加

Runtime Power Management (RPM) の実装（Pi 4 および Pi 5）
- 以前：V3D ドライバーはプローブ時に GPU クロックを有効化し、全ライフタイム維持していたため、アイドル時でも電力を消費していました。
- 現在：実際に作業処理中のみ電源供給。アイドル時はクロック無効化により消費電力削減が可能になりました。
Retropie 向け古くからのバグ修正（Pi 3）
- GPU がフレーム処理中にメモリ不足に陥った際のタイルメモリー処理に関するバグを修正。
- グラフィックスジョブは各自のメモリ領域のみ書き込み、再利用メモリは使用前にクリアされる仕組みに変更。
- 効果：陳腐化または破損したデータが GPU に到達するのを防ぎ、メニューナビゲーション時のシステムクラッシュを解消しました。
GPU リセット機能の修正（Pi 4 および Pi 5）
- リセットプロセスの信頼性と一貫性を向上させました。

4. futex と一般的なバグ修正

futex の改善
- 14 年ぶりのバグ（データの腐敗を引き起こすエッジケースにおける robust list メカニズムへの影響）に対して、解決策の実装に貢献しました。
ueagle-atm ドライバーの修正
- デバイスプローブおよび DISCONNECT 時に
```
request_firmware API
```
  を介した kernfs の作成と削除操作間に発生していたレース条件を修正（syzbot で多数報告されていた問題）。
x86 ブート時バグの防止
- ```
memcmp()
```
  のインラインアセンブリ実装の正当性向上。
- コンパイラ最適化および指令列の再順序化による微妙なバグを防ぐため、
```
volatile
```
  や
```
clobbers
```
  を追加しました。

5. HDMI 2.1 のサポート強化

FRL (Fixed Rate Link) サポートの実装
- AMD に在籍していた Rodrigo Siqueira の活動に基づき、amdgpu ドライバーが HDMI 2.1 モニターと通信する初期サポートを実現。
- 数年にわたり主幹ソースコードの統合を妨げられていましたが、最終的に統合されました。
- 元々のコードを維持しつつ、他の部分は再構築しています。

執筆者一覧（82 名）

主な貢献者は以下の通りです：

André Almeida
- futex: robust list に対するレース条件に関する注釈追加
- selftests: futex robust リリース操作向けのテスト追加
Changwoo Min
- sched_ext:
```
scx_dump_state()
```
  から
```
scx_dump_cpu()
```
  を抽出
- sched_ext: Exit CPU を優先的にダンプ処理し、BPF/ユーザースペースに公開
Helen Koike
- fs/ntfs3: 名前変更失敗時に関数
```
_ntfs_bad_inode()
```
  を呼ぶ修正
- tipc:
```
__tipc_nl_compat_dumpit
```
  内の無限ループ修正
John Harrison
- drm/connector/hdmi: バウンド外へのメモリ読み取りの修正
Jose Maria Casanova Crespo
- drm/vc4: BPOS に対してオーバーフロースロットサイズを提供（BIN BO の全体サイズではなく）
Mauricio Faria de Oliveira
- usb: atm: ueagle-atm: デバイス検出メッセージに
```
dev_dbg()
```
  を使用
- x86/boot:
```
memcmp()
```
  に
```
volatile
```
  ,
```
clobbers
```
  、ゼロ長テステスを追加
Maíra Canal
- drm/vc4:
```
devm_request_irq()
```
  を使用して自動クリーンアップを実現
- drm/v3d: Runtime Power Management の導入、MMU TLB/キャッシュフラッシュの強化
- drm/vc4/v3d: 各種リソース確保、エラーハンドリング、BIN ジョブ初期化の修正
Thadeu Lima de Souza Cascardo
- drm/amdgpu: irq.lock スピンロックの初期化タイミングを早期化
Tvrtko Ursulin
- dma-fence, drm/sched に関する多数の機能追加（公平ポリシー、キュー管理統合など）
- 多岐にわたるドライバの修正およびテストケースの追加

審議者一覧（74 名）

主要なコードレビュー担当者：

André Almeida, Changwoo Min
- futex/sched_ext: コード構造の見直し、API デフィニションの提供、ヘッダー再配置など。
Christian Gmeiner
- drm/etnaviv:
```
drm_sched_init_args
```
  関連の変更。
Iago Toral Quiroga, Luis Henriques, Melissa Wen, Maíra Canal, Tvrtko Ursulin
- ドライバ（vc4, v3d, amdgpu, i915 など）のメモリ管理、電源管理、セキュリティパッチ（nospec 等）、テストケースの承認・修正。

承認者一覧（13 名）

最終承認を行ったコミッター：

Maíra Canal
- drm: スケーリングユニットテスト内の意図的な警告バックトレース抑制。
Melissa Wen
- drm/v3d:
```
drm_sched_init_args
```
  関連の変更の承認。
Thadeu Lima de Souza Cascardo, Tvrtko Ursulin
- platform/x86: classmate-laptop ドライバーの除去・統合、メモリリーク対策、ヘルパー関数の改名などの承認。
- Revert: drm/i915 依存関係変更の撤回承認。

メンテナー SoB（5 件）

Christian Gmeiner
- drm/etnaviv:
```
kzalloc_flex
```
  の使用。
Maíra Canal, Melissa Wen, Thadeu Lima de Souza Cascardo, Tvrtko Ursulin
- ドライバの安定化、メモリ管理の強化、テストケースの修正などの承認。

同じ日のほかのニュース

一覧に戻る →

2026/08/21 4:22

8 月 17 日の障害と今後の作業

## Japanese Translation: GitHub は、インフラストラクチャのスケーリング失敗により発生した直近の深刻なサービス障害を修正することを表明しました。これは急激なユーザー成長に伴いシステム信頼性を高める方向への決定的な転換です。以前はコードエラーが起因だった問題とは異なり、8 月 17 日のこの事象は、キーコンポーネントがトラフィックのピーク時にスケーリングできなかったことに起因し、月間コミット数が 14 億回から 29 億回へと倍増したという要因が悪化を招きました。これを解決するため、GitHub は CPU コアを 300 万超を追加する等インフラへの大幅な投資を行っており、特に GitHub Actions の高負荷に対処するために Azure へのワークロードのオフローディングを実施しています。CEO（CTO）Vladimir Fedorov が発表したこれらのアーキテクチャ変更には、大規模なコードベースに対して読み込み操作を無制限に許可する機能の導入や、カスケード故障を引き起こした従来の共有依存関係を排除するため重要システムを分離する措置も含まれます。今後、Copilot や API 等のサービスを利用する開発者を保護するために、一貫したリトライ上限と安全なデプロイ戦略の実施が強化されます。結果として、これらの対策は将来の障害発生確率を大幅に低減させ、一貫した可用性を確保することで、プラットフォームを活用して協調的なソフトウェア開発を行う数百万人のユーザーの生産性を safeguard（守り）ます。

2026/08/21 3:19

消費者権利ウィキ

## 日本語訳: ## まとめ: 2026 年、主要なウィキプラットフォームは、ユーザーの安全を強化し、コミュニティへの関与を改善するとともに消費者の利便性を拡大することを目的として、3 月、6 月、7 月に一連の技術アップデートを展開しました。2026 年 7 月 17 日、重要なセキュリティと機能の向上が実施されました：MediaWiki がバージョン 1.46 にアップグレードされ、拡張機能も更新されてパフォーマンスとセキュリティが改善されました；フィードバックボタンのレートリミットが強化されました；ログアウトには現在確認プロンプトが必要となり、誤操作によるサインアウトを防ぎます。新しいバックエンドのスパム対策機能が追加され、「ロックダウンモード」（Special:SiteLockdown）により、サイト管理者は未認証ユーザーの編集とアカウント作成を制限できます。テンプレートでの非承認ユーザーの編集機能は無効化され、一方、Wikimedia Commons から直接メディアにアクセスできるよう InstantCommons が有効化されました。「rollback-manager」権限を持つスタッフが Special:MassRollback を通じて大規模なロールバックを実行でき、Special:GiveAward で手動で賞の作成も可能です。ユーザーインターフェースの強化には、記事のトークページにフィードバックセクション、ユーザーページに表示される編集とアクティビティチャートを示すトグル可能な「Your impact」パネル、大規模ロールバックと賞の付与へのリンクが含まれる更新されたツールドロップダウンが含まれます。2026 年 6 月 15 日、匿名の編集のための一時アカウントが有効化され、IP アドレスの公開表示を防ぎました。また、特定のチャンネルをブリッジすることで Discord/Zulip の統合が改善されました。バグ修正により、時折スタッフが受賞者としてリストされていた不適切な賞のログが解決しました。 2026 年 3 月の前半、プロジェクト「Laws」が開始され、消費者権利に関する法的文書を増やすとともに、定期タスク向けの「Project Maintain」と連携します；毎月初日の日曜日の 20:00（UTC）に月間 Zoom ハングアウトが予定されました。プラットフォームは .odt および .ods ファイルのアップロードをサポートし始めるとともに、Google でインデックス化を開始しました。消費者権利と説明責任を支援するために、包括的な「Consumer Tools」リストが追加され、広告ブロック機能（Pi-hole、uBlock Origin）、反詐欺リソース（Have I Been Pwned、CFPB、VirusTotal）、アーカイブツール（Wayback Machine）、企業責任サイト（BBB、FDA Recalls）、法的手続きリソース（Consumer Reports、ClassAction.org）、修理、価格透明度、プライバシー、サブスクリプション追跡、ダークパターン認識のためのツールが含まれます。これらの変更は集まって、より堅牢で安全かつインタラクティブなデジタル環境を創造するとともに、価値のある外部リソースを提供することを目的としています。

2026/08/19 0:50

I like them thick: 英語の先生方への謝罪

## Japanese Translation: 著者は、偉大な文学作品や芸術を騙し絵として無効化する以前の主張を取り下げ、「厚み」という本質的な質を持つと確立します。この物質は、作品から時間の経過とともに深い洞察を引き出すことを可能にし、持久力のないものや AI 生成コンテンツとは区別されます。真の価値は、放棄されたドラフト、視聴者の貢献、そして検証に耐える能力によって定義されます。具体的な例は、密な注意が隠された層を明らかにする方法を示します。例えば、ヒエロニムス・ボスの『天国と地獄』では、学生が「お尻音楽」という不快な音階（世俗的な過剰さについての警告として意図されたもの）に気づきました。同様に、グレーム・ベースのインタラクティブな書籍は謎を解くために繰り返し読むことを必要とし、ジェーン・ジャコブスは、賑やかな街角には大学ベンチのような空虚さに欠ける活力があると観察しました。中世の音楽アルバムや 1960 年代から再生不能なトラックなどの歴史的な先例は、創造者がより深い意味を埋め込み、発見を必要とするというのを確認しています。究極的には、この内在的な深さを持つ作品だけが永続します。将来の成功は、個人がこれらの層を発見するために時間を投資することにかかっています。博物館を単純なスキャベンジャー・ハントのように扱うのではなく、「スロープ」を消費するのではなく。この視点は、教育者に、持続可能に展開する芸術の創造における人間の努力を価値付けるよう奨励し、業界を表面的な消費から複雑なアイデアへの意味のある関与へとシフトさせます。