**Box64によるLoongArchの改善**

- Box64 の新リリースは、LoongArch アーキテクチャ向けに大幅なパフォーマンス向上を実現し、エミュレーションがよりスムーズになり、64‑bit バイナリとの互換性も向上しています。  
- 主な特徴として、最適化された命令パイプライン、メモリフットプリントの削減、および LoongArch システムにおけるシステムコール処理の改善が挙げられます。

2026/01/07 1:52

**Box64によるLoongArchの改善** - Box64 の新リリースは、LoongArch アーキテクチャ向けに大幅なパフォーマンス向上を実現し、エミュレーションがよりスムーズになり、64‑bit バイナリとの互換性も向上しています。 - 主な特徴として、最適化された命令パイプライン、メモリフットプリントの削減、および LoongArch システムにおけるシステムコール処理の改善が挙げられます。

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

要約

Japanese Translation:

Box64 v0.4.0 がリリースされ、ARM64・RISC‑V・Loongarch(Linux)での Steam 完全サポートが追加され、Windows ビルドも動作することが確認されました。Box32/Box64 の安定性は大幅に向上していますが、Steam 経由でダウンロード中にクラッシュが発生する可能性があります。また、Battle.net は安定していますが、成功率は地域やプラットフォームによって異なります。

主なリファクタリングとして、インタプリタと 3 つの dynarec バックエンドで新しいプレフィックス・オペコードデコーダーを導入し、重複したコードを削減してソースファイル数を減らしました。メモリフットプリントの改善も進行中です:未使用のネイティブブロックは破棄でき、メモリを再利用できます。ARM64 dynarec はループ検出/最適化により速度が向上し、XMM/YMM レジスタを事前ロードすることでさらに高速化します。RISC‑V dynarec は Steam、Proton、および Wine をサポートしていますが、SV48 ハードウェアまたはハッキングされた Wine/Proton がない限り 39 ビットのアドレス空間に限定されます。Loongarch は 4 KiB ページサイズカーネル(例:AOSC または Debian)を要件として、Steam、Wine、および Proton を実行できます。

Capture‑card のワークフローは、Elgato HD60X と ARM64/RISC‑V 上の OBS に関して記述されています。ソフトウェアエンコードされたキャプチャでは圧縮ノイズが表示される可能性があります。同期オプションには ESync/FSync があり、一部のゲームで破損することがあります。また、カーネルサポートと最新の Wine/Proton‑GE を必要とする新しい NTSync もあります。

Box64 は使用準備が整っており、ソースコードとリリースは https://github.com/ptitSeb/box64/releases/tag/v0.4.0 で入手できます。

本文

ハッピーニューイヤー&Box64の新リリースをお知らせします!

今回のバージョンは、サポート対象の3つすべてのプラットフォームで多くの改善と修正が施されました。Steam は Arm64 のみならず、RISC‑V と Loongarch でも動作するようになりました(Linux バージョンです。Windows をご希望の場合は Windows 用も同様に機能します)。Box32(Steam 実行用)はまだ実験段階ですが安定性が向上しています。ただし、Steam でコンテンツをダウンロード中にクラッシュすることがあります。Battle.net も安定化しましたが、成功率は地域やプログラムのバージョンによって異なる場合があります。


主なハイライト

  • 新機能と修正 – スピードアップ、オペコード実装、ラッパー関数など。
  • リファクタリング – 今後の利用(例:libdl)に備える土台作りと即効性のある改善点:
    • プレフィックス・オペコードデコーダをインタープリターと3つの dynarec バックエンドへ統合。
    • 多くの未使用ソースファイルを削除し、保守を簡素化。
    • 追加コーディングなしで希少なオペコードも自動サポート。
  • メモリフットプリントの改善 – 未使用のネイティブコードブロックを特定・削除する仕組みを導入し、新しいコード用にメモリを解放(作業中)。
  • キャプチャカード – Elgato HD60X と OBS を Ampere ARM64 マシンで使用。Lenovo T14s(ARM64)からのキャプチャはソフトウェアエンコーディングで行い、圧縮ノイズが生じます。編集はすべて Ampere ARM64 上で OpenShot を使って実施。

対応アーキテクチャ

Arm64

  • GB10 CPU のビルドプロファイルを追加。
  • dynarec のパフォーマンス向上に向けたリファクタリング中:
    • ループへの入る前に XMM/YMM レジスタをプリロードするなど、より多くのコードループを検出・最適化。

RISC‑V

  • PLCT Labs の貢献で dynarec は高い完成度とパフォーマンスに到達。
  • Steam、Proton、Wine が 39 ビットアドレス空間制限下でも動作。Windows システムコールエミュレーションが必要な DRM 保護コンテンツは、ハードウェアが SV48 をサポートしない限り、またはハックされた Wine/Proton を使用しない限り制限されます。
  • ハードウェア:Pioneer Milk‑V mini‑server(64 コア @ 1.5 GHz)+AMD RX550。

Loongarch

  • このサイクルで最大の進展を遂げました。
  • Steam、Wine、Proton が動作;4 KiB ページサイズカーネルが必要(デフォルトは 16 KiB)。
  • AOSC と Debian 上でテスト済み。
  • CPU:
    • 3A6000 – 物理コア 4 (論理 8) @ 2.5 GHz + AMD RX7600。
    • 3B6000 – コア 12、3C6000 – コア 16 はさらに良好な性能を示す。

ESync / FSync / NTSync

  • ESync & FSync – より高速ですが常に 100 % 正確ではありません。Box64 は両方をサポートし、Steam の Proton は自動で使用します。一部のゲーム(例:Rockstar ランチャー、Microsoft Xbox サービス)は ARM64 上でこれらの同期を使うと起動できない場合があります。

    • 回避策:
      PROTON_NO_ESYNC=1 PROTON_NO_FSYNC=1 %command%
      を Steam の起動オプションに追加するか、Heroic UI から無効化します。
  • NTSync – 新しくて優れた同期機能ですが、カーネルで NTSync が有効になっている必要があります。

    • Debian・Ubuntu (ARM64) は現在未対応。x86_64 ディストリビューションは通常 NTSync 有効のカーネルを搭載しています。
    • Armbian、AOSC(Loongarch)では NTSync が有効です。
    • ブリージングエッジ版 Wine または Proton‑GE が必要。標準 Steam Proton はまだ使用していません。
    • 3C6000 プロセッサでの初期結果は、重負荷ゲームで約 80 % FPS の向上を示しています。

結論

Box64 は日常的な利用に十分な状態です。ソースを取得し、自分だけのビルドを作ってお楽しみください!

ダウンロード先: https://github.com/ptitSeb/box64/releases/tag/v0.4.0

同じ日のほかのニュース

一覧に戻る →

2026/01/01 15:15

**球状ヘビ**

## Japanese Translation: **概要** インターフェースは、矢印キーまたは画面上のボタンでナビゲートし、結果を公開リーダーボードに送信し、そのリーダーボードをページから直接閲覧できるようにします。これらすべての機能は GitHub 上で入手可能なオープンソースコードから構築されているため、開発者は実装を検証・フォーク・拡張することができます。

2026/01/07 6:10

プロバイオティクス摂取後の口腔マイクロバイオームシーケンス研究

## Japanese Translation: > 本研究では、BioGaia の市販オーラルプロバイオティクス「Prodentis」(*Limosilactobacillus reuteri* の2株を含む)が、30日間の自己投与試験中に口腔内で定着できるかどうかを検証しました。事前・治療中・治療後、および停止から1週間後の4つの唾液サンプルを Oxford Nanopore 技術と Plasmidsaurus を用いて解析しました。*L. reuteri* のリードは検出されず、最も近い一致は約91 % の類似度に留まりました。これは定着がなかったか、または検知限界以下のレベルであったことを示唆しています。 > 口腔マイクロバイオームは変化しました:Prodentis を中止した後、*Streptococcus salivarius* が全細菌に対して <2 % から約20 % に上昇しました。同時に *S. mitis* は急激に減少(≈15 % → 1 %)し、総合的な Streptococcus の割合はほぼ一定のままでした。これは *S. salivarius* がニッチを占有して置き換えたことを示唆しています。さらに *Veillonella tobetsuensis* は 2.1 % から 5.7 % に増加し、成長する *S. salivarius* が生成する乳酸に支えられた可能性があります。いずれのサンプルにも赤複合体(P. gingivalis, T. forsythia, T. denticola)は検出されませんでした。 > シーケンス解析は便利で費用対効果が高く、4サンプルに対して総額 240 ドルで済みました。高品質な ONT リード(中央値 Q 23、約1,500 nt)が得られました。この結果は口腔プロバイオティクスの定着検出の難しさを浮き彫りにし、短期間でも製品がマイクロバイオームを再構築できることを示しています。Prodentis は風味が良く、一時的な口腔健康効果を提供する可能性がありますが、本実験ではプロバイオティクス株の定着は検出されませんでした。将来的には、より高用量や代替投与システムを試し、定着と長期的影響を評価する研究が期待されます。

2026/01/07 5:24

**ハッカー全員へ:お金の仕組み(2024)**

## Japanese Translation: --- ## Summary 記事「Calling All Hackers」は、cts(別名 gf_256)が *Phrack* Volume 0x10、Issue 0x47、Phile #0x11 of 0x11 に掲載したもので、ハッカーが自らの技術スキルを持続可能なビジネスに転換できると主張しています―ただし、基本的な金融リテラシーを習得し、暗号資産やベンチャーキャピタル界隈で広く蔓延している投機的ハイプを避ける必要があります。 cts は「shitcoin」のポンプ&ダンプ手法と、「Western Way」と呼ばれるものを対比しています。後者は依然としてハイプに頼っていますが、実際の価値創造を主張しています。彼はトークンローンチの仕組みを説明し、取引所、市場メーカー、創業者、ベンチャーキャピタル(SAFT契約を含む)の役割を指摘します。同記事は、100×リターンに執着するベンチャーキャピタルを批判し、多くのVCファンドがパワーロウ分布に依存しているため創業者が高リスクな賭けへと押されることを指摘しています。 株主、従業員、顧客、コミュニティ間の緊張について語り、株主価値がしばしば他のステークホルダーを犠牲にして優先されると主張します。この短期的な焦点はレイオフや製品品質の低下、「カルトリーダー」CEO の登場につながり、持続可能なモデルよりもハイプによって推進されるケースがあると述べています。 ハッカーへの実務上の示唆としては、以下があります:プライベートでしっかり統治された企業を構築すること、責任を持って資金調達を行うこと、長期的なビジョンを維持すること、そして評価額の膨張などの虚栄心に駆られた指標を避けること。記事は Airbnb Class A株のSEC提出資料、Moxie Marlinspike のブログ投稿、Twitter スレッドなど具体的なソースを引用し、エクイティ構造とVC行動を示しています。 cts はハッカーコミュニティ(CTFチーム、Phrack スタッフ、Zellic メンバー)に感謝し、将来のテクノロジー生態系を形作りたいハッカーには、体系的な経済と金融を理解することが不可欠であると強調しています。付録では、IB、PE、HF、VC などの金融用語をハッカー向けに風刺的に定義したリストをユーモラスに掲載しています。 主旨は:ハッカーが金融リテラシーと持続可能なビジネス慣行を受け入れれば、よりレジリエントなテックエコシステムを構築し、VC の期待を真の価値創造へシフトさせ、エクイティ・ガバナンス・ステークホルダーのバランスに関する業界全体の規範に影響を与えることができるという点です。

**Box64によるLoongArchの改善** - Box64 の新リリースは、LoongArch アーキテクチャ向けに大幅なパフォーマンス向上を実現し、エミュレーションがよりスムーズになり、64‑bit バイナリとの互換性も向上しています。 - 主な特徴として、最適化された命令パイプライン、メモリフットプリントの削減、および LoongArch システムにおけるシステムコール処理の改善が挙げられます。 | そっか~ニュース