0830 | 海洋最高水温記録・保険料1ドルで監視カメラ・DHS監視・Pixel11のMTE非対応

葵: おはようございます。Bri Radioの『HackerNews Daily』、今日は葵と悠真でお届けします。まず注目は、強いエルニーニョが発生する中、観測史上最高の海洋水温が記録されたという話題です。

悠真: そして、自動車保険のポリシーに一ドル上乗せされたお金が、監視カメラの費用に充てられていたというニュースも気になりますね。

葵: 他にも、国土安全保障省が記者や非営利団体、労働組合を監視するために、あまり知られていない法律を活用しているという話。GrapheneOSのプロジェクトからは、Pixel 11でハードウェアメモリタギングへの対応がなくなると報じられました。

悠真: さらに、Debianが生成AIの責任ある利用を認める投票を行い、ハイブリッド機のHy4のプレビュー、そしてBurning Manの共同創設者が「フェスティバルは魂を失った」と語ったという話題も。それでは本編へ。

葵: 報道によると、地球の平均海面水温が観測史上最高を記録したそうです。欧州の地球観測機関コペルニクスが8月22日、華氏70度という過去最高を観測しました。この機関は1979年から毎日の水温を追跡していて、それ以前の単日記録は3月に観測されていたとのこと。

悠真: なるほど。ということは、今回の記録は記録的なエルニーニョが形成されている最中に起きたんでしょうか。

葵: ええ、まさにそれが見出しの核心です。過去最高の水温が計測されると同時に、強いエルニーニョが形成されているという状況です。これまでの単日記録を上回ったわけですから、海面の熱がそれだけ蓄積していることになります。

悠真: 次はテキサスの話です。州議会が2023年に全会一致で可決した法律で、自動車保険料が1ドル上がり、そのお金がFlockカメラの費用に充てられたという話です。Catalytic converterの盗難が横行していたのに対抗するための施策だったようです。

葵: そしてSNSでは「盗聴野郎ども」といった厳しい反応が出ていますね。つまり、運転者から集めた1ドルが、こうした監視カメラの設置に流れていたという構造に、一部の人は納得していないわけです。

葵: 次の話は、国土安全保障省が、あまり知られていない法律を使ってジャーナリストや非営利団体、労働組合を調査しているというものです。その法律とは通商関税法の条文、米国法典19巻1509条。税関の輸入業務に関する条文だということです。

悠真: 報道のコメントでは、dhsがこの法律をどう使っているのかが焦点になっていますね。もともと2309条は税関の輸入審査のための記録要求を定めたものですが、それを取材者や非営利団体の調査に使っているとすれば、かなり異例の使い方だといえます。

悠真: 最後は、GrapheneOSプロジェクトの投稿です。Pixel 11がハードウェアメモリタギング、つまりMTEをサポートしなくなったという話です。これはセキュリティ関連の技術で、コメント欄でも「もっとセキュリティが必要な時代に後退するのか」という厳しい反応が出ています。

葵: ほどんどのコメント主は、MTEは有望な技術で、特にセキュリティが今ほど重視される時代に失われてしまうのは残念だという立場ですね。GrapheneOSはプライバシーとセキュリティに特化したAndroidのカスタムOSなので、この判断を憂慮しているようです。

悠真: 今度はテンセントがHy4プレビューを公開してオープンソース化しました。このモデルはすでにOpenRouter上でかなりの勢いを見せていて、公開数日で何兆トークンもの処理を記録しているようです。参考までにGLM 5.3が一週間で処理した量を上回ったという報告もあります。

葵: それでいて比較的安価で、キャッシュコストが5%台です。まだ皆が10%や20%を設定している中では際立っています。

葵: vLLMの新しいバージョン、v0.28.0がkhluu氏によって8月26日に公開されました。五百八十四本のコミットと二百七十人のコントリビューターによる変更が含まれています。ハイライトは、Kimi-K3向けのスタック全体の性能最適化、DeepSeek V4のスパースMLAが通常デコードだけでなくMTPやDSpark投機的デコードでもエンドツーエンドに動作すること、モデルランナーV2の成熟、階層型KVキャッシュのディスクオフロード、それにRustフロントエンドとgRPC対応です。

悠真: 破壊的変更にも触れておくと、bitsandbytes対応がアウトオブツリーのプラグインに移行し、Transformersも5.15.0に更新されました。新デフォルトとして最大バッチトークン数が8192から16384に引き上げられています。

葵: このリリースを巡って、Hacker Newsではkouteiheika氏がvLLMへの不満を詳しく報告していて、注目を集めています。B300上のDeepSeek-V4-Flashはv0.26では完全に壊れており、修正に三つのアウトオブツリーパッチが必要だったとのこと。v0.27ではパッチは不要になったものの、出力がランダムに壊れ、繰り返しトークンのループが発生したと言います。RTX 6000搭載のワークステーションでGemma-4を実行するとプロセス全体が固まり、killして再起動しないと動かないそうです。友人の4x RTX 6000環境でDeepSeek-V4-Flashを高並列実行した際にも、単一トークンの繰り返しではない別種の壊れた出力が出たとの報告もありました。

悠真: 壊れた出力は「Come on Nancy...」などを含む長いトークンダンプだったそうです。kouteiheika氏によれば、プロンプトは無関係な単語の翻訳バッチで特に変わったものではなく、原因はvLLMのバグだとしています。

葵: そこで、SGLangとの比較について意見を求められたkouteiheika氏は、まだ意見はないが一時的に切り替えて試す予定で、期待は抑えていると答えました。一方でbugglebeetle氏は、最近切り替えた先での小規模ファインチューニング済みモデルによる大量推論は驚くほどスムーズで、vLLMは単純な用途以外では落とし穴が多く継ぎ接ぎが多いと述べています。これに対してrvz氏はissueを開くか、直近の動作バージョンへ戻すよう勧めています。

悠真: ただ、xfalcox氏は別の見方をしていて、DeepSeek 4 Flashは二基のH200構成でv0.28の数日前のコミットを使えば安定しており、今回のリリースはうまくいくはずだと報告しています。なので、環境によって状況はかなり分かれるようです。

葵: Debianが「生成AIの責任ある利用」を認める決議を可決しました。Hacker Newsでは、この話題に対してかなり斜めからの反応が寄せられています。一方では、この決議がMicrosoftのようにWindows 11で生成AIを使ってうまくいかなかった例よりうまく働くことを期待するという声がありましたが、別のコメントでは、Windows 11が生成AIの利用によって実際に損をしたという確証はあるのか、ただの当てずっぽうではないかと問いかけています。

葵: Samsungが処理中のメモリ、いわゆるPIMの追求を続けています。Hot Chipsで取り上げられたこの技術について、Hacker Newsではreliabilityguy氏が、ISCA21か22あたりでHBM2モジュールにPIMを組み込んだ論文を発表していて、当時かなり感銘を受けたという記憶を語りつつも、この技術のキラーアプリケーションが何なのかは分からず、それがなければ採用は難しいだろうと指摘しています。

葵: ナンシー・グレース・ローマン宇宙望遠鏡、この話題を追いかけます。ハッカー・ニュースの議論でも、あるコメントが核心をついていて、調査のようなタスクでは視野が決定的だという指摘がありました。つまり、全天をマッピングするような作業では、ハッブル望遠鏡を何台も集めなければローマンと同じ仕事はできない、という話です。

悠真: 確かに、ローマンは広い視野を持つように設計されていて、宇宙全体を効率よくスキャンすることを目的にしている。ハッブルが深く狭く観察するのに対して、ローマンは広く速く捉える、という役割分担になる。だから単純な性能比較だけでは見えない意味があるんですね。

葵: そう。コメントには、ハッブルが何台も必要になる、とあるけれど、それは視野の広さを掛け合わせた実質的な能力の話。口径や解像度だけを見るのではなく、一度にどれだけの空を捉えられるかが、サーベイ型の科学には効いてくる。ローマンはその点で非常に効率的な設計なんだと言えます。

葵: 色を定量化する話に移ります。この議論の中では、人間の錐体の典型的なLMS応答、つまりストックマン＝シャープの標準データが知られているのに、なぜここではベルカーブのような近似的な曲線を使っているのか、という疑問が出ていました。

悠真: その指摘は重要なポイントですね。LMS応答というのは、人間の網膜にある三種類の錐体細胞が光の波長にどう反応するかを表したデータで、この分野ではすでに確立された測定値があります。ところが、この記事で使われているのは、それを平たくしたような単純化された曲線で、厳密には色が少しずれて見える可能性があります。

葵: 実際、コメントではD65という標準光源について言及されていて、この近似曲線で計算すると結果がちょっとずれる、という指摘もありました。図解目的としては割り切れるけれど、厳密な色の比較には確立された実測データを使うべきだ、というのが議論の中心です。

悠真: 自己改変コード、つまりプログラムが実行中に自分のコードを書き換えるというテクニックについての話題ですね。ハッカー・ニュースのコメントでは、面白い技術ではあるけれど、セキュリティ上の理由で無効化せざるを得なくなった、という趣旨の発言がありました。

葵: ただ、その下の返信には、セキュリティだけが理由じゃない、という重要な補足があります。命令キャッシュ、つまりCPU内で命令を一時的に保存する機構も、自己改変コードに対応しなければならない。コードを書き換えたのにキャッシュが古いままだと、実行される命令が食い違ってしまう。だからハードウェア側の負担も大きい、という指摘です。

悠真: つまり、自己改変コードを動かそうと思ったら、セキュリティ対策とハードウェアの整合性管理の両方が必要になる。いつコードが変わるか分からないから、キャッシュを常に無効化したり再同期したりしなければならない。技術的には面白いけれど、現実のシステムで戻すのは簡単ではない、という議論になっています。

悠真: ここからはバグ・ブラインドネス、つまりバグに対する盲点の話です。あるコメントでは、自分が開発に関わったソフトウェアの大半のユーザーが、自分が想像もしないような、頭がくらくらするような使い方をしている、という経験が語られていました。想定外のワークフローでも、それが彼らの仕事を成立させているというんですね。

葵: そして同時に、多くのソフトウェアにはバグが存在する、という現実も指摘されています。開発者が決して想定しない使い方をユーザーがしていて、しかもソフトウェアにはバグがある。つまり、バグに出会ったときに、これはバグだと認識できるかどうか、というのが問題になる。開発者が思い描いた正しい使い方だけを前提にすると、重要な問題を見落としてしまう、という構造があるんです。

葵: Hacker Newsでは、「良い文化こそ最大の生産性ハックであって、AIではない」というエッセイが話題になっています。このエッセイの主張は、生産性の向上をAIに求めるのではなく、組織の文化に注目すべきだというもの。ただ、コメント欄はこのタイトルほど単純ではありません。あるユーザーは、devopsの人たちも文化について語っていたけれど、あまり役に立たなかったように見えた、と指摘しました。有毒なマネージャーやCレベルの経営陣が悪い文化を作る。それに対して、どうすればいいのかというのが、彼の議論の核心です。

悠真: そのやり取りで核心を突いていたのは、投稿を読んでいると、いわゆる「悪い文化」という言葉が、その構造を完璧に説明していることに気づいたという返信です。つまり、問題は抽象的なテーマではなく、具体的な誰かの行動に由来するものだという見方ですね。

葵: そして、ここが難しいところで、コメント欄が浮き彫りにしたのは、文化という言葉は簡単に語れる一方、有毒なリーダーシップという根本原因に到達したときに、具体的な処方箋がないまま議論が止まってしまう、という点です。

悠真: 次の話題は、バーニングマン共同創設者が「フェスティバルは魂を失った」と題した記事を公開した、という話です。ただ、この指摘は多くの人にとって新しい驚きではありませんでした。あるユーザーは、すでに何年も前から明らかだった、とコメントしています。それに対して別のユーザーは、正確な線を引くのは難しいけれど、もう10年以上は経っている、と付け加えました。

葵: さらに、彼はずっと前から文句を言っているという指摘も上がっていました。つまり、「魂を失った」という主張自体は新しい発言ではなく、共同創設者が長年にわたって抱えてきた不満の積み重ねだということです。フェスティバルの変化を巡る議論がここまで続いてきたこと自体が、その変化の大きさを物語っています。

葵: Hacker Newsで話題になったのは、Dennis Morello氏の「Defrag98」です。Windows 98のディスクデフラグメンターを再現する無料のブラウザベースのシミュレータで、C、D、E、Fの4つの仮想ドライブから選べます。512メガバイトから2ギガバイトまでの容量があり、低速で駆動音のするHDDから90年代後半の高速ドライブまで、それぞれデフラグ速度と推定実行時間が異なります。空き、未最適化、最適化済み、読み取り、書き込み、移動不可といったクラスタは、オリジナルのWindows 98ユーティリティと同じ見た目で描画され、当時のHDDサウンド効果まで付き。何より、これがノスタルジー専用のシミュレータで、ブラウザ内で完結し、オフラインでも動くインストール可能なウェブアプリで、実際のファイルの読み取りや移動、変更は一切しないという点がポイントです。

悠真: コメント欄では、ディスクの回転音がいい演出だと絶賛する声や、AIモデル版が欲しいという提案まで出ていました。あるユーザーはディスクノイズが欲しくて実際に聴けたけど、自分の1990年代後半のドライブよりずっと速かったと指摘。別のユーザーはソースコードを確認し、速度がディスクあたり1000 IOPSで決まり、その値を変更すれば行あたりのタイムアウトが2〜4秒から1秒に短縮され、全体が速くなると説明していました。

葵: 「これをやれば自分のコンピュータは確実に速くなる」という皮肉もありましたが、それに対して、170メガバイトのドライブの時代も含めて実際にやっても、あまり速くなった気がしなかったという実体験の反論も。頻繁にデフラグしていたからでは、と。ファイルシステムが十分に断片化されていれば、違いは分かるはずだという指摘に、当時はインターリーブの問題にも対処しなければならなかったという補足まで付いていました。

悠真: 中には、ただこう評する人も。「伝説」。あるいは、音にやられたと笑う人もいました。

葵: 今日は、強いエルニーニョが形を成す中での記録的な海洋の熱と、ワンドルという小さな保険料が静かにフロックのカメラの費用を賄っていた話を扱いました。

悠真: 数字の裏にあるつながりまで、一緒に考えられた一日でしたね。

葵: 最後までお聞きいただき、ありがとうございました。

悠真: また次回お会いしましょう。