2026/10/20 6:11

OpenBSD 8.0 リリースには、Linux カーネル 6.18 からの inteldrm/radeondrm/amdgpu ドライバーが採用されます

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

要約▶

Japanese Translation:

OpenBSD 8.0 は、多様なアーキテクチャにおけるハードウェア互換性とソフトウェア性能を向上させることで、最も重要なアップデートを提供しています。大きなマイルストーンとして、すべての clang アーキテクチャにおいて Clang/LLVM バージョン 22 をデフォルトの基盤コンパイラとして採用しました。これは Sparc64 に対する歴史的な転換であり、Spac64 を現代ツールチェーンでサポートする唯一のオペレーティングシステムとなりました。また、libc++、compiler-rt、および libunwind へのサポートが更新されました。このリリースでは、DRM グラフィックススタックを Linux カーネル 6.18.y/6.18.53 と同期させ、Intel Arc A シリーズ（DG2/Alchemist）カード向けのドライバーサポートを追加し、新規ドライバーである Qualcomm WCN7850「ath12k」Wi-Fi チップ用の qwz(4) および Samsung Galaxy Book4 Edge（Snapdragon arm64）ラップトップにおけるバッテリー状態を監視する sambat(4) を導入しています。システム性能の向上としては、amd64 におけるカーネル仮想アドレス（KVA）空間が 512G に拡張され、Vulkan などの GPU コンpute ワークロードにおいて 4G を超える VRAM をマッピングできるようになり、さらに amd64 および arm64 で AES CPU インストラクションを使用したスワップ暗号化の加速を実現しました。仮想化機能は vmm/vmd(8) が現在、マイケル・ラルキン（Mike Larkin）とデブ・ヴァウトィラ（Dave Voutila）によるアップデートを経て、1 VM あたり最大 64 ヴァーチャル CPU をサポートする SMP ゲストに対応することにより進歩しました。ハードウェア以外にも、ユーザーはカスタム HTTP レスポンズヘッダーや、User-Agent などの受信ヘッダーに基づいたブロック/フィルタリングルールを含む httpd ウェブサーバーの新機能を入手できます。OpenBSD/arm64 および riscv64 ボードでは、システム負荷平均を示すために LED を点滅させることが可能です。また、このリリースサイクル中にコントリビューターが #OpenSSH プロジェクトへの最初のコミットを行いました。これらの強化はバージョン 7.9 の発展を基盤とし、将来のバージョンのための堅牢な新しい基盤を設定し、開発者に高度な監視機能を提供するとともに、システム管理者に複雑な現代コンピューティング環境をより効果的に管理するよう支援しています。

本文

OpenBSD 8.0 のハイライト

コンパイラとライブラリの更新

Clang/LLVM 22 が Clark アーキテクチャ（sparc64 など）のデフォルトコンパイラとして採用されました。
- 対応ライブラリ：更新された
```
libc++
```
  、
```
abi
```
  、
```
compiler-rt
```
  および
```
libunwind
```
  が提供されています。
sparc64 アーキテクチャ：
- コンパイラのデフォルトが Clang に切り替わりました。
- これにより、OpenBSD は現代のツールチェーンをサポートしている唯一の OSとなりました。
- ソース：https://bsd.network/@brynet/116658062479940402
- 発表：https://bsd.network/@brynet/117130130536792528

グラフィックスおよびパフォーマンスの向上

DRM ステックの更新：
- Jonathan Gray（jsg@）による継続的な改修により、
```
inteldrm
```
  、
```
radeondrm
```
  、および
```
amdgpu
```
  が強化されました。
- Linux カーネルバージョン 6.18.y（パッチセット 53）への追従が実現しました。
- Intel Arc A シリーズ（DG2/Alchemist）向けのドライバーサポートが新たに追加されました。
- コミット履歴：https://freshbsd.org/openbsd/src?q=drm&committer[]=jsg
amd64 向け KVA（カーネル仮想アドレス空間）の拡張：
- KVA の容量が512GB に拡大されました。
- これにより、4GB を超える VRAM マッピングが可能となり、Vulkan を利用した GPU 加速計算などがサポートされます。
- 発表：https://bsd.network/@brynet/116794461642940154

ハードウェアサポートの強化

vmm/vmd(8) の SMP 対応：
- Mike Larkin（mlarkin@）と Dave Voutila（dv@）による貢献により、仮想マシンで管理できる VCPU の最大数が64 に向上しました。
- 発表：https://bsd.network/@brynet/117295044109301163
- 詳細情報：https://bsd.network/@brynet/117299753668348206
新規 WiFi ドライバー：
- ```
qwz(4)
```
  ドライバーが追加され、Qualcomm WCN7850「ath12k」デバイスのサポートが実現しました。
- 発表：https://bsd.network/@brynet/116574369382033904
バッテリー状態モニター：
- ```
sambat(4)
```
  ドライバーが追加され、Samsung Galaxy Book4 Edge（Snapdragon arm64）などでバッテリー残量や充放電サイクル数などのステータス監視が可能になりました。
- 発表：https://bsd.network/@brynet/116600674574234896
LED ベンチング機能：
- OpenBSD/arm64 および OpenBSD/riscv64 アーキテクチャ搭載ボードで、システム負荷に応じたLED 点滅（Blinkenlights）機能が動作します。

セキュリティおよびパフォーマンスの向上

スワップ領域暗号化の高速化：
- amd64 および arm64 でAES 命令を使用することで、スワップ領域の暗号化処理が大幅に高速化されました。
- 発表：https://bsd.network/@brynet/117090842236460135

httpd(8) の機能拡張

カスタムヘッダー設定： HTTP レスポンスヘッダーのカスタム設定が可能となりました。
フィルタリングルールの強化： 受信した HTTP ヘッダー（例：
```
User-Agent:
```
など）に基づいた新しいブロッキングまたはフィルタリングルールのサポートが追加されました。
- 発表 1：https://bsd.network/@brynet/117371604463587328
- 発表 2：https://bsd.network/@brynet/116979133275422995
- レポート：rsadowski@

開発者向けニュース

#OpenSSH： このリリースサイクルにおいて、初めてコミットが寄せられました！
- 発表：https://bsd.network/@brynet/117007833531799959

その他、OpenBSD 8.0 には多くの新機能が含まれています！

同じ日のほかのニュース

一覧に戻る →

2026/10/20 6:08

Microsoft アカウントを持っていないので、RTX Spark ラップトップに Linux をインストールしようとしています

## Japanese Translation: 記事は、ASUS ProArt P16 H7607BA-SE033W において、カスタマイズされた Arch Linux ARM 環境が、NVIDIA AI ワークロードに特化して、ネイティブの Windows と同等かそれ以上（わずかに高速）のパフォーマンスを実現することを示しています。7-Zip コンプレッションや GIPS スコアなどのベンチマークタスクでは、全スレッド有効条件下において Linux は圧縮で約 5%、解压で約 3% の高速化を達成し、Windows ネイティブの結果と同等か上回る性能（例えば HP OmniBook Ultra 相当機での 157.084 GIPS vs 155.774 GIPS）を示しました。構築には、ハードウェア向けに拡張されたアップストリームの Archinstall 4.5 を用いた Arch Linux ARM が採用されており、「hid-asus」キーボードサポート、カスタムオーディオドライバー、フレームバッファマッピング用の ACPI オーバーライドなどのパッチが含まれます。ハードウェアパッケージは著者の鍵で署名され、入力はハッシュピン固定されて整合性が保証されています。システム構成では kernel 7.0.0-1022-nvidia と NVIDIA ドライバー 615.78.08、rootless Podman および CDI サポートを採用しており、統合されたメモリプールが約 116 GiB（Windows の分割領域に対し）と報告されています。表示能力としては、3840×2400 レゾリューションで 120 Hz が利用可能です。ローカル AI 推論テストでは、ARM64 コンテナ上で vLLM を用いて Qwen モデルを成功裏に実行し、混合クアンタ化および FP8 KVキャッシュを活用した効率的なモデルロード（約 68.2 GiB の重みと約 21.1 GiB の KVキャッシュを含む場合、約 16 分）および生成速度（約 30 トークン/秒）を実証しました。したがって、Linux は、強力な GPU カパビリティを得つつオープンソースの柔軟性を求めるプロフェッショナルユーザーにとって、大きな速度低下や安定性の妥協なく viable な選択肢であり、複雑な NVIDIA 構成上で先進的な AI ワークロードを展開するクリエイター向けの魅力的な代替手段を提供します。

2026/10/20 1:39

MiniMax M3.1 フラッシュ

## Japanese Translation: MiniMax が、複雑な「エージェント型（agentic）」タスク向けに設計された次世代 AI モデルの画期的な早期バージョンである M3.1 Flash を公式にローンチしました。このモデルは、AI にデジタル従業員のような形で多段階のワークフローを自律的に計画する能力を付与します。今回のリリースは、すでに匿名で 200 兆トークン以上を処理した実績に基づき、パフォーマンスとコスト効率における世代を超える飛躍を示しています。新しいモデルは、前世代のバージョンに比べてオンライン推論速度が約3倍向上し、1秒あたり 200 トークン以上（中央値で 170 TPS 超）を生成します。また、「激しいスパース性（aggressive sparsity）」などの最適化効率技術を活用することで、エージェント型タスクのコストを 70% 削減しました。その優れた能力は、独立したベンチマークでの上位スコアにより検証されています：AutomationBench-AA ではリーディングモデルレベルのスコア、BankerToolBench（多段階計画および金融コンプライアンス）では 76.2 のスコア、DeepSWE v1.1（コード理解と機能開発）では 73.7% のスコアを達成し、OSWorld V2（61.7 スコア）と Agents' Last Exam（29.6 スコア）において中国国内のモデルの中で第 1 位にランクインしました。さらに、脆弱性の発見・検証に関する CyberGym で 82% のスコアを示すことでサイバーセキュリティ分野における強力なポテンシャルを有しており、コード監査や浸透テストでも堅牢な性能を発揮します。 MiniMax API、M Plan、および MiniMax Code を介して利用可能で、この即時ローンチは開発者と企業が、安全で自律的なソフトウェアシステムの構築に必要となる、大幅に安く高速なツールへのアクセスを提供します。完全なモデルウェイトの公開は、新しい「Pro」知的階層と併せて後日行われる予定です。フラット料金体系（1M トークンあたり）は、入力 $0.15、出力 $0.60、キャッシュ入力 $0.015 と設定されています（MiniMax-M3.1-Flash）。

2026/10/20 3:42

ロールバック操作は、士気向上まで続きます。

## Japanese Translation: PostgreSQL 19 は、ベータフェーズ開始直後に「REPACK CONCURRENTLY」を含む約 8〜10 の主要な機能を撤回しました。この変化は、ベータ期間後半に発見された重大なアーキテクチャ上の欠陥と多数のエッジケースによって引き起こされました。高度な自動化ツール（例：強化されたコードレビューやファージング）が、システムの複雑さや機能間相互作用（例：ドメインの組み合わせ、制約、パーティショニング、トリガーなど）により人手による検出が困難だった問題を浮き彫りにしました。これらの機能の多くは、現在の自動化分析機能が利用可能になる前の段階で開発されておりました。加えて、PostgreSQL 19 は 4 月から 8 月の間に「Vulnpocalypse（脆弱性の暴風）」に見舞われ、シニア開発者たちはベータウィンドウ内でのさらなるレビューやテストを優先することよりも、緊急のセキュリティ修正にリソースを割り当てることを決定しました。いくつかの問題はより長い期間の集中を必要としていた可能性がありますが、チームはリリーススケジュールを守りました。これらの機能は永久に廃棄されるものではなく、将来のリリースで洗練およびコミュニティからのフィードバックを受けた後に再導入される見込みです。PostgreSQL 20 は、未検証の主要な革新を導入するのではなく、すでにほぼ完成していたいくつかの機能を完了することに重点を置いたより慎重な戦略の下、間もなく公開を迎えています。