PaPoo
日本語 / English
cover
technews
Author
technews
世界の技術ニュースをリアルタイムでキャッチし、日本語でわかりやすく発信。AI・半導体・スタートアップから規制動向まで、グローバルテックシーンの「今」をお届けします。
#openbsd#linux#os#security

OpenBSD 7.9登場: 60回目のリリースで何が変わったのか

キーポイント

OpenBSD 7.9 が公開されました。
公開日は 2026年5月19日。これで OpenBSD は 60回目のリリースです。数字だけでも、かなり長く真面目に積み上げてきたプロジェクトだとわかります。こういう“地味だけど筋肉質”なOS、私はかなり好きです。

今回のリリースは、派手な新機能をドンと1つ増やすというより、​対応機種を増やし、安定性を上げ、仮想化や省電力、ドライバをじわじわ強くするタイプの更新です。OpenBSDらしいと言えばOpenBSDらしい。とにかく「ちゃんと動く」を積み重ねています。

OpenBSD 7.9の全体像

OpenBSD 7.9 の発表ページでは、変更点をかなり広い範囲で紹介しています。
主な軸はこんな感じです。

要するに、​​「新しいPCでも動かしたい」「仮想マシンでも便利にしたい」「以前より安全で落ちにくくしたい」​という意図がはっきり見えます。
こういう更新は、派手さはなくても実運用ではかなり効きます。むしろ本当にありがたいのはこういう部分だと思います。

注目ポイント

arm64 がかなり強化された

arm64 では、Intel の ice(4) が有効化され、RK3588 / RK3576 SoC の対応が追加されました。
さらに、Apple Silicon の一部ラップトップに載っている SDHC コントローラ向けに sdmmc(4) の対応も入りました。

ざっくり言うと、​ARM系の新しめな機械で OpenBSD を動かしやすくしたということです。
最近のPCは x86 だけではないので、こういう対応は今後ますます重要になるはずです。

amd64 は省電力と大容量メモリまわりが改善

amd64 では、AMD の SoC にある SMU への対応が amdpmc(4) に追加されました。
SMU は電力管理の要となる小さな制御装置のようなものです。ここをうまく扱えると、​サスペンド時の低消費電力状態に入りやすくなるわけです。

ほかにも、

など、かなり実用寄りの修正が入っています。
個人的には、​大容量メモリ環境の修正が特にいいなと思います。今どきは「メモリが多いからこそ出るバグ」が普通にあるので、こういう対応の価値は高いです。

riscv64 は SpacemiT K1 対応が大きい

riscv64 では、SpacemiT K1 SoC 向けの対応が目立ちます。

RISC-V は「まだこれから」の印象を持たれがちですが、こうして実機対応が進むと一気に現実味が増します。
OpenBSD はこういう新しめのアーキテクチャにもちゃんと手を入れてくるので、見ていて面白いです。

カーネルの改善: 表に出にくいけど重要

OpenBSD 7.9 では、カーネルの中身もかなり更新されています。

異なる速度のCPUコアを扱う仕組みを導入

scheduler に、速度の違う CPU コアを管理する仕組みが入りました。
sysctl(8) の hw.blockcpu で、次のようなコアを対象から外せます。

デフォルトは SL です。
つまり、​遅いコアをスケジューラから追い出す方向の調整ができる、ということです。現時点では amd64 と arm64 で動きます。

これはかなり現代的な改善だと思います。最近のCPUは「全部同じ性能」ではないので、OS側がそれを前提に賢く動く必要があります。OpenBSD もようやくその世界にちゃんと足を踏み入れた感じです。

メモリ管理やロックも地味に強化

こういう修正は、説明だけ読むと地味です。
でも、OSの安定性って大体こういう地味な積み重ねで決まるんですよね。派手な見た目はなくても、ここが強いOSは信頼できます。

ddb の改善

ddb(4) は OpenBSD のカーネルデバッガです。
今回、指定した pid に SIGSTOP を送る stop コマンドが追加され、さらに X から ddb に入ったときの表示も見えるようになりました。

デバッグのための機能ですが、開発者やトラブルシュート担当にはかなりありがたいはずです。

suspend / hibernate の進化

今回の目玉のひとつが delayed hibernation です。
これは、​サスペンド中にバッテリー切れで困らないよう、一定時間後に自動で復帰して、そのまま hibernate に移る仕組みです。

設定には machdep.hibernatedelay を使います。

これは普通に便利そうです。
ラップトップ運用だと「ちょっとサスペンドして持ち歩いたら、そのままバッテリーが尽きていた」という事故があるので、こういう保険はかなり実用的だと思います。OpenBSD は“堅いOS”という印象がありますが、こういう現場感のある改善もちゃんとやるのがいいですね。

仮想化まわりがかなり進化

OpenBSD 7.9 は仮想化まわりの更新も豊富です。
VMM/VMD は OpenBSD の仮想マシン機能で、ホストとしてもゲストとしても使える重要機能です。

主な変更は次の通りです。

個人的には、​Apple Virtualization 対応がかなり面白いです。
「OpenBSD はPC向けでしょ？」と思っていると、こういうところで意外と幅広く攻めてきます。仮想環境が増えた今、ここを押さえるのは重要です。

userland の使い勝手改善

カーネルだけでなく、普段触るコマンド類も少しずつ良くなっています。

disklabel と fstat

disklabel は普段あまり触らない人も多いと思いますが、ディスク構成をいじるときにはかなり重要です。細かいけれど、こういうところが使いやすくなるのはありがたいです。

login と xenodm

login(1) と xenodm(1) が XDG_RUNTIME_DIR に対応しました。
デフォルトでは /tmp/run/user/${uid} を使い、必要なら作成します。

これは Linux 系ではおなじみの環境変数ですが、OpenBSD でも扱いやすくなったわけです。デスクトップ用途やアプリ連携でじわっと効いてくる変更だと思います。

音声まわりの改善

sndio 関連もかなり手が入っています。

audio は「動けば当たり前、壊れるとすごく困る」分野なので、こうした改善はかなり重要です。
OpenBSD は音まわりが弱いと言われがちですが、今回の修正を見ると、ちゃんと着実に前進している印象があります。

ドライバ追加がとにかく多い

OpenBSD 7.9 では、各種ハードウェアドライバの追加・改善が大量にあります。
全部追うとキリがないですが、特に目立つものを挙げると:

ここまで来ると、OpenBSD は単に“セキュアなOS”というだけでなく、​かなり広いハードウェアを現実に動かすためのOSなんだと改めて感じます。
特定の会社やSoCへの対応がどんどん入っているのを見ると、開発の粘り強さに感心します。

ネットワークも抜かりなし

ネットワーク系も更新が多いです。

ネットワークは一見すると地味ですが、OSの実力が露骨に出るところです。
ここが強いと、日常運用のストレスがかなり減ります。OpenBSD は昔からネットワークに強いですが、7.9 でもその路線をしっかり維持しています。

Wireless も当然強化

本文の抜粋は途中までですが、wireless stack の改善とバグ修正も含まれています。
OpenBSD の release notes では無線まわりの調整が毎回しっかり入る印象があります。Wi-Fi は相性問題が出やすいので、こういう継続的な修正は本当に大切です。

使う側として何がうれしいのか

率直に言うと、OpenBSD 7.9 の魅力は「新機能が派手」ではなく、​普段のOS体験をじわっと良くする更新が多いことです。

こういうのは、カタログスペックには出にくいです。
でも、実際に使うと差が出ます。私はこういう「見えない進化」を積み重ねるOSがいちばん信頼できると思っています。

まとめ

OpenBSD 7.9 は、60回目のリリースにふさわしく、​成熟したOSが次の時代のハードウェアや利用形態に合わせて更新され続けていることを示す内容でした。

特に印象的だったのは、

あたりです。
OpenBSD は「安全第一」のイメージが強いですが、実際にはかなり実戦的で、しかも新しい機械にもちゃんと追随しています。そこが面白いし、頼もしいところだと思います。

参考: OpenBSD 7.9

X に投稿 BlueSky に投稿
同じ著者の記事
Haskell Foundationが大きく体制変更へ：2026年アップデートをわかりやすく解説
Haskell Foundationが大きく体制変更へ：2026年アップデートをわかりやすく解説
Haskell Foundationの長年のExecutive Director、Joséが2026年6月に退任する Foundationは今後、技術活動に資源をより集中する方向へ舵を切る これまでの「寄付する側」という言い方から、member（メンバー）中心の関係へトーンを変える Executive Directorの役割は置かず、理事会とpart-timeの新ポジションで運営を回す方針 旧Technical Working Group（TWG）は、新しい委員会に置き換わる 理事会メンバーも入れ替わり、新しい体制での再出発になる Haskell Foundationが、かなり大きな組織再編を発表しました。 Haskell Foundationは、Haskellという関数型言語のコミュニティやエコシステムを支える団体です。ざっくり言えば、「Haskellの世話役」「調整役」のような存在ですね。 今回の発表でまず大きいのは、長年 Executive Director を務めてきた José が、2026年6月に役職を退くことです。記事では、José が表に出ないと
papoo.work
オープンソースはどう死ぬのか――「Dumb Ways for an Open Source Project to Die」解説
オープンソースはどう死ぬのか――「Dumb Ways for an Open Source Project to Die」解説
オープンソースプロジェクトは「突然死」するというより、いろいろな形でじわじわ弱っていく 原因は、メンテナ不在だけではない。燃え尽き、資金切れ、組織変更、権限トラブル、依存先の消滅など、かなり多彩 「コードが動いている」ことと「プロジェクトが健全」なことは別物 外から見ると元気そうでも、実はリリースできない・引き継げない・誰も責任を持てない、というケースが多い 特に怖いのは、見た目は健康なのに実は危ない“benevolent zombie”や、権限を乗っ取られる“captured maintainer” オープンソースプロジェクトって、なんとなく「誰かがずっと面倒を見てくれるもの」だと思われがちです。 でも Andrew Nesbitt のこの記事は、その幻想をかなり痛快に、そして少し不穏に壊してくれます。 テーマはシンプルで、オープンソースプロジェクトには“くだらないほどいろいろな死に方がある”という話です。 しかも面白いのは、「死んだ」の定義が1つじゃないこと。 最後のコミットが何年も前なのに誰も気づかないケースもあれば、コードは更新されているのにリリースできないケースもある
papoo.work
FPGAのGateから科学計算機へ。ハードウェアで作る「本気の電卓」が面白すぎる
FPGAのGateから科学計算機へ。ハードウェアで作る「本気の電卓」が面白すぎる
GitHubの「FPGA-Calculator」は、FPGA上で動く本格的な scientific calculator を作るプロジェクト ただの電卓ではなく、soft CPU・microcode・開発ツールまで含めた“ハードウェア一式” になっている Qtベースのシミュレータや、Verilator・Quartus・ModelSim などを使って PC上で試したり、FPGAに載せたり できる 中身は SystemVerilog、Assembly、C++、Python などが混在していて、かなり“総合格闘技”感がある 「電卓を作る」のではなく「電卓が動く仕組みを一から組み上げる」タイプの作品で、技術好きにはかなり刺さると思う GitHubの `gdevic/FPGA-Calculator` は、FPGAを使って科学計算機を実装する オープンソースプロジェクトです。 ここでいう FPGA は、ざっくり言うと 後から中身を書き換えられる電子回路のチップ のことです。普通のCPUでソフトウェアを動かすのではなく、回路そのものを設計して、そこに計算機を作
papoo.work
Jamie Dimonが示した「AI時代の採用シフト」：JPMorganは銀行員よりAI人材を増やすかもしれない
Jamie Dimonが示した「AI時代の採用シフト」：JPMorganは銀行員よりAI人材を増やすかもしれない
JPMorganのCEO、Jamie Dimon氏は「AIはすべての仕事に影響する」と述べた その結果、将来的には銀行員の採用は減り、AI人材の採用は増える可能性がある AIはリスク管理、マーケティング、コーディングなど、すでに幅広い業務で使われている ただし、AIで仕事が減っても、JPMorganは配置転換や再教育で吸収する方針 銀行業界では、若手がやっていた単純作業がAIに置き換わりつつある JPMorgan ChaseのCEO、Jamie Dimon（ジェイミー・ダイモン）氏が、かなり率直なことを言いました。 「これからは銀行員をあまり採用しなくなって、代わりに“AI people”をもっと雇うことになるかもしれない」 という話です。 この発言、かなり象徴的だと思います。 なぜなら、銀行というのは昔から「人が多く、階層も厚く、若手が下積みをする」世界の代表みたいな業界だったからです。そこにAIが入ると、仕事の作り方そのものが変わってしまうわけです。 Dimon氏はBloombergのインタビューで、AIは“every job”、つまり「すべての仕事」に影響
papoo.work
10年動いたUbuntu 16.04ブログをFreeBSDへ移した話：安さ、安定性、Jailsの気持ちよさ
10年動いたUbuntu 16.04ブログをFreeBSDへ移した話：安さ、安定性、Jailsの気持ちよさ
10年間動き続けたブログサーバーを、Ubuntu 16.04からFreeBSDへ移行 旧サーバーはすでにサポート切れで、セキュリティ面の不安があった 移行先はHetznerのVPSで、性能は上がり、料金はかなり下がった FreeBSDの「Jails」を使って、サイトごとに隔離した構成にした BastilleでJails管理を簡単にし、CaddyでSSL証明書の自動管理も実現 4大陸からの負荷テストとベンチマークも行い、実運用の手応えを確認している Bruno Crociさんの記事は、かなり気持ちのいい「サーバー引っ越し記」です。 10年間動かしてきたブログのVPSが、Ubuntu 16.04のままだった、という時点でまず驚きます。しかもそのUbuntu 16.04は、すでに何年も前にサポート終了済み。つまり、更新が止まった古いOSの上で、大事なブログがずっと動いていたわけです。 これは正直、よくある話でもあります。 「動いてるからまあいいか」で放置しているうちに、OSもミドルウェアも古くなって、気づけば更新不能。技術者あるあるですが、外から見るとかなり怖い状態です。著者もその点を自覚し
papoo.work
HDDの中身をのぞく：ファームウェア解析と改造の第一歩
HDDの中身をのぞく：ファームウェア解析と改造の第一歩
筆者はXbox 360のexploit開発のため、HDDの挙動を意図的に遅らせる方法を探した その過程で、HDD/SSDのfirmwareをdumpして解析・改造する話に深入りしていく 対象はWestern Digital、Samsung、Hitachi系のドライブ firmwareは「読める形にする」「書き戻せるようにする」の両方が重要で、ここが最初の関門 WDのfirmwareは圧縮されており、LZHUF系の独自改変を逆解析して読み解いた Samsung SSDはOEMの firmware update utility から復号・書き込み方法まで掘り起こせた かなり泥臭い作業だが、低レベルな仕組みが見えてくるのが面白い この記事は、HDDやSSDの「firmware hacking」を扱った連載の第1回です。 firmwareというのは、ざっくり言うと機器の中で動いている制御用プログラムのこと。スマホやルーターでも同じですが、HDD/SSDの場合は「ただ回る円盤」や「ただの保存箱」ではなく、内部でかなり複雑な制御が走っています。 筆者はもともとXbox 360向けのexpl
papoo.work
AIで人員削減する企業が見落としているもの：本当に強い会社は「人を残してAIを使う」
AIで人員削減する企業が見落としているもの：本当に強い会社は「人を残してAIを使う」
AI導入を「人員削減の手段」として使うのは、短期的には効いても長期的には危ない 会社の本当の資産は、作業そのものではなく、現場の知識や文脈理解にある AIは人を置き換えるより、人の判断力を増幅する道具として使うほうが強い 経験あるチームを維持したままAIを組み込む企業のほうが、結果的に競争力を持ちやすい これからの問いは「何人減らせるか」ではなく、「人の時間をどこまで取り戻せるか」だ 今回紹介する元記事の主張は、かなりはっきりしています。 「AIを理由に人員を減らす会社は、最終的にAIをうまく使った会社に負ける」という話です。 この意見、かなり挑発的です。けれど、読んでいくと単なる感情論ではなく、わりと筋が通っています。 というのも、AI導入の現場でありがちな発想があるからです。 > AIができるなら、この仕事はいらない > じゃあ人も減らせるはず 一見、合理的です。会計上もわかりやすい。給与コストが下がれば、短期的には「効率化しました」と言いやすい。 でも記事は、そこで削られているのは仕事ではなく、実は会社の知識そのものだ、と警告してい
papoo.work
npyデータセットで3Dモデルを扱う話をのぞいてみる
npyデータセットで3Dモデルを扱う話をのぞいてみる
元記事は Reddit の MachineLearning コミュニティ投稿だが、今回取得できた本文はほぼ表示されていない タイトルからは、`.npy` 形式のデータセットと 3D モデルの扱いに関する話題だと読める `.npy` は NumPy が使うデータ保存形式で、機械学習ではかなりよく使われる 3Dモデルをデータセットとして扱うのは、画像より一段むずかしいことが多い ただし、元本文が確認できないため、具体的な主張や結論は断定できない 今回取り上げるのは、Reddit の `r/MachineLearning` に投稿された「Using npy dataset with 3D models」のような話題です。 ……と言っても、ここで少し困るのが、元記事の本文が実質的に確認できないことです。取得できたテキストは「Please wait for verification」という表示のみで、投稿内容そのものは読めませんでした。なので、この記事ではタイトルから読み取れる文脈と、そこから考えられる背景を、やさしめに整理していきます。 まず `.npy` は、Python の数値計算
papoo.work
Edgeモバイル版が化けた？Copilotの新機能6つで「調べるブラウザ」に進化した話
Edgeモバイル版が化けた？Copilotの新機能6つで「調べるブラウザ」に進化した話
Microsoft Edgeのモバイル版に、デスクトップ版由来のAI機能がかなり増えた 複数タブの要約、閲覧履歴の活用、ページからPodcast作成などができる 「Study and Learn」モードでは、Webページをクイズ化できる ただし、筆者はCopilot推しではないが、それでも便利だと感じるレベルになっている SafariやChromeの代わりに、研究・調べ物用途ではEdgeが有力候補になりそう ZDNETの記事では、Microsoft EdgeのモバイルアプリにAI機能が一気に強化されたことが紹介されています。 これまで「スマホのブラウザ」といえば、iPhoneならSafari、AndroidならChromeが定番でしたよね。正直、その感覚はかなりわかります。私も「わざわざEdgeを使う理由が薄い」と感じていた人間です。 でも今回のEdgeは、ただのブラウザではなく、調べ物を手伝ってくれるAIアシスタント付きのブラウザに近づいています。 しかも、単に「検索できます」ではなく、複数タブを横断して要約するとか、**今見ているページをPodcast化する
papoo.work
Gemini Intelligenceは“高スペック前提”の新機能、Pixel 9やGalaxy Z Fold 7は対象外の可能性
Gemini Intelligenceは“高スペック前提”の新機能、Pixel 9やGalaxy Z Fold 7は対象外の可能性
Googleが新しいAI機能群「Gemini Intelligence」を発表した ただし、対応条件がかなり厳しい 12GB以上のRAM、flagship chip、AI Core、Gemini Nano v3以上などが必要 Pixel 9シリーズやGalaxy Z Fold 7は、現時点では要件を満たせない可能性が高い いっぽうで、Pixel 10やGalaxy S26など、2026年登場の新機種が中心になりそう Googleが発表した「Gemini Intelligence」は、Android向けの“上位AI機能セット”みたいなものです。 ざっくり言うと、ただのAI搭載ではなく、より賢い自動入力、Gboardの強化された音声入力機能「Rambler」、「Create my Widget」のような、ちょっと未来感のある機能をまとめたブランド名だと思えばOKです。 ここで面白いのは、Googleがこれをかなり高性能な端末向けに絞っていることです。 「AI機能なら、古い機種にも広く配るのでは？」と思いがちですが、今回はそう単純ではなさそうです。 記事によると、Gemini
papoo.work