2026/05/17 2:12

キオクシアとデルが、薄型の 2 ラックユニット（2 RU）サーバーに 10 ピタバイトのストレージを収容することに成功。

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

要約▶

Japanese Translation:

Dell は、AMD EPYC 9005 プロセッサを搭載し、最大 5 個の 400 Gbps NIC をサポートする新型 PowerEdge R7725xd サーバーに、Kioxia の高容量 QLC SSD「LC9」を統合しました。1 台あたりに E3.L フォーマットの 245.76 TB NVMe ドライブを 40 個使用することで、コンパクトな 2 RU フットプリント内で驚異的な 9.8 ペタバイトの総容量を実現しています。Dell の「コンピューティングおよびネットワーク担当執行副社長」Arun Narayanan氏によれば、この設計は AI インフラのスケーリングに不可欠なストレージ密度と電源効率を最適化しています。また、Kioxia アメリカの SSD 事業部の「執行副社長兼統括経営責任者」Neville Ichhaporia氏は、「顧客は物理空間のごく一部で巨大なインジェストストリームを展開することで、総保有コスト（TCO）を大幅に改善できます」と指摘しており、このサーバーを 20 台搭載したラックでは最大 196 PB のストレージを収容可能です。Micron（6600 ION）、SanDisk（UltraQLC SN670）、SK Hynix の Solidigm（AIN D）が独自の 256 TB クラスのドライブを開発し、Samsung は 1 PB のロードマップへ進んでいる中で、Dell がこのコンパクトな QLC 技術を採用することは、現代の AI デプロイメントに不可欠な高密度ストレージソリューションへの中道的な歩みとなります。

欠落している要素（ある場合）：

競合他社の特定の製品名（Micron 6600 ION、SK Hynix AIN D、SanDisk UltraQLC SN670）および Samsung のロードマップ詳細は省略されています。

推測・飛躍（ある場合）：

重要なのは無し；要約は提供された点を正確に反映しており、根拠のない主張を行っていません。

本文

キオクシア製の LC9 ハイスクエパシティ QLC SSD は、デル社において大容量全フラッシュメモリストレージサーバーの搭載に採用されており、わずか 2 ユニット（RU）の高さで 10 TB の容量を実現しています。すでにデル社は PowerEdge サーバーにおいてキオクシアの LC9 シリーズを採用しており、AMD EPYC 9005 プロセッサを搭載した PowerEdge R7725xd サーバーでは、LC9 E3.L フォーマットの NVMe SSD が最大 40 ドライブ搭載可能で、合計 9.8 ピタバイト（PB）の容量を有するシステムを構築しています。本システムは最大 5 つの 400 Gbps ネットワークインタフェースカード（NIC）をサポートし、データを高速で送受信可能です。

キオクシア LC9 SSD に関するデル社アーバン・ナラヤナン氏（CEO コンピューティングおよびネットワーク担当執行役員）の見解は以下の通りです。「デル社の PowerEdge R7725xd とキオクシアのハイスクエパシティ企業用 SSD を組み合わせることで、AI インフラのスケールアップに必要なストレージ密度と省電力性を確保しつつ、顧客のニーズに応えるためにパフォーマンスを損なうことなく運用が可能です」。

本サーバーを採用することで、1 ラックに 20 台を設置した場合、合計 196 PB の容量を収容できるとの見込みがあります。キオクシア・アメリカ SSD ビジネスユニット社長兼 CEO ネビール・イチハポリア氏は、「これらのサーバーを採用することで、顧客は大規模なデータ取り込みストリームを実現し、データレイクのスケールを容易にし、大規模なバックアップ処理をフットプリントを大幅に削減して実行できます。その結果、総所有コスト（TCO）を新たな水準へと引き上げることを可能にします」と述べています。

また、256 TB クラス SSD の開発に取り組む他のメーカーとしては、マイクロン社（モデル：6600 ION）、サンディスク社（UltraQLC SN670）、SK 海力士（AIN D）およびその子会社のソリッドイグム社などが挙げられます。Scality 社によれば、サムスン社は将来のニアラインクラス SSD のサポートを検討しており、HDD を上回る容量を有する製品で、類似またはそれ以上の容量を実現し、目標として 1 ピタバイトドライブへのロードマップを策定していると報じられています。

同じ日のほかのニュース

一覧に戻る →

2026/05/17 7:25

MCP はようページ

## Japanese Translation: HybridLogic は、ユーザーが直面している摩擦（直接ブラウザ経由で Model Context Protocol (MCP) サーバーにアクセスすると、生の JSON を伴う 401 Unauthorized エラーが表示されるという混乱を引き起こす問題）を解消しました。根本的な原因は、ユーザーが MCP エンドポイントをブラウザで開こうとするのではなく、LLM クライアントに統合しようとしていた点にあります。エンジニアらは、軽量かつ「ハック的」なリダイレクトを実装し、Accept ヘッダーが text/html を示すが application/json または text/event-stream を示さない場合に GET /mcp リクエストに対して HTML ページを返すようにしました。このページは、ユーザーがブラウザで表示する代わりにサーバーを LLM クライアントに追加することを案内します。デプロイ以降、サポートチケットは大幅に減少し、顧客サクセスの満足度が向上し、統合も早まりました。この解決策には運用負荷は一切必要なく、すべてのクライアントに対してコネクタを構築することなく、MCP 仕様の制限を補完するための手動アプローチの有効性を検証しました。AI も追跡もなく Luke Lanchester が作成した HybridLogic のホームページでは、顧客がより素早く環境整備を開始できるようになり、進化している仕様と現実世界のオンボーディングの間の不満に対処しています。

2026/05/13 19:37

Windows Subsystem for Linux（WSL）

## Japanese Translation: WSL9x は、再ブートなしで Windows 9x カーネル内に最新の Linux カーネルバージョン 6.19 を協調的に実行する革新的なプロジェクトです。標準的な仮想化とは異なり、本システムはユーザースペースではなくスーパーバイザーモード（リング 0）で動作し、Windows 9x API を直接呼び出すことで古いオペレーティングシステムの深刻なハードウェア制限を回避します。このシームレスな統合は、以下の 3 つの主要コンポーネントにより実現されています：修正済み Linux カーネル（win9x-um-6.19 ブランチから）、専用 VxD ドライバ、DOS ベースのクライアントプログラム (`wsl.com`) です。特に重要なのは、元々の中断ベクトルテーブルでは適切なシステムコールに不十分なため、`int 0x80` の相互作用を効率的に管理するためにはジェネラルプロテクションフォルトハンドラへの依存である点です。Linux カーネルはユーザモード Linux から派生しており、リング 0 で実行するように変更されています。複雑な Windows 9x カーネル統合とコンテキストスイッチング論理の大部分はこのカスタムレイヤーに存在します。環境を設定するには、クライアントを起動する前にANSI ドライバ（例：`nnansi.com`）をロードし、色などのターミナル出力機能をサポートする必要があります。また、利用可能なシステムを作成するには、事前にインストール済み Windows 9x ベースイメージ (`hdd.base.img`) からハードディスクイメージ (`hdd.img`) を構築して生成する必要があります。本書全体は GPL-3 ライセンスの下で配布されており、ユーザーにはソフトウェアを修正し共有する明確な法的権利が保証され、そのオープンソース性が維持されています。

2026/05/17 7:13

私は、オープンソースプロジェクトのバウンティ（報酬）を活用して収益を得ようと、Claude にその方法を試みました。

## 日本語訳: 本分析の主な結論は、Algora などのプラットフォームにある公開型のオープンソース・ブounty（賞金）市場が実質的に飽和状態に達したという点である。監督下のない AI エージェントが 16.88 ドルの GitHub 賞金を獲得するという viral な主張を再現しようとした試みは失敗に終わり、その理由としてより速く動作する競合エージェントが存在し、これらが数分で利用可能な issue の大半を入手してしまうため、メンテナンスパイプラインが解決策の質にかかわらず遅れた提出を拒否するようになったからである。このボトルネックにより、「熟した」候補者（14 日以上も沈黙があり、開かれた PR が存在しない issue）は公開ボード上でますます不足している。80 の新しい issue の分析では、大半の有効な候補者はすでに_claimed_されていたか、ロックアウトされていることが確認され、元々の viral な勝利はおそらく公開の「ファイアホース（情報流）」ではなくプライベートプラットフォームから来たと考えられる。さらに、他者が利益性の高い "$506 の稼働率" を引用するが、これは定額制サブスクリプションで 30 の並列エージェントを想定したものであり、単スレッドのトークンコストは試行ごとの経済性を非収益的であるものとしている。したがって、組織側は bounty を無許可で奪い取られた場合に対処するため、予約ラベルの使用、採用ゲートの導入、およびインタビューなしでのブounty 獲得を禁じるアカウント禁止策などに取り組んでいる。将来的な成功には、プライベートプログラム（例：HackerOne や Bugcrowd）への焦点シフトと、自律的な Claim を Fleet を通じて試みる前に信頼されたコントリビューターとなることを優先する必要がある。`scout.py` というツールは Algora ラベル付きの issue を列挙するために構築され、市場が spam であり、飽和した試み、およびロックアウトされた issue に支配されており、AI エージェントにとっての利用可能な機会が少ないことが示されている。