<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ニューラルオペレータ on Daily Signal</title><link>https://blog.nightly.dedyn.io/tags/%E3%83%8B%E3%83%A5%E3%83%BC%E3%83%A9%E3%83%AB%E3%82%AA%E3%83%9A%E3%83%AC%E3%83%BC%E3%82%BF/</link><description>Recent content in ニューラルオペレータ on Daily Signal</description><generator>Hugo -- gohugo.io</generator><language>ja-JP</language><copyright>© 2026 Daily Signal</copyright><lastBuildDate>Thu, 30 Jul 2026 04:03:30 +0900</lastBuildDate><atom:link href="https://blog.nightly.dedyn.io/tags/%E3%83%8B%E3%83%A5%E3%83%BC%E3%83%A9%E3%83%AB%E3%82%AA%E3%83%9A%E3%83%AC%E3%83%BC%E3%82%BF/index.xml" rel="self" type="application/rss+xml"/><item><title>PhysicsNeMoの設計を読む：Scientific MLをPyTorchからドメイン並列へ拡張する方法</title><link>https://blog.nightly.dedyn.io/daily/2026-07-30-tech-deep-dive/</link><pubDate>Thu, 30 Jul 2026 04:03:30 +0900</pubDate><guid>https://blog.nightly.dedyn.io/daily/2026-07-30-tech-deep-dive/</guid><description>&lt;h2 class="relative group"&gt;📋 要約（TL;DR）
 &lt;div id="-要約tldr" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#-%e8%a6%81%e7%b4%84tldr" aria-label="アンカー"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;PhysicsNeMoはニューラルオペレータやGNNのモデル集にとどまらず、科学データの入出力、GPUネイティブなメッシュ、物理残差、分散実行、推論までをPyTorchの周囲に組み合わせるオープンソースPython基盤である。&lt;/li&gt;
&lt;li&gt;現行のv2.0設計では、再利用可能な層、完成したモデル、メッシュ処理、データパイプライン、拡散モデル、物理計算、ドメイン並列を分離し、依存関係と拡張点を明確にしている。&lt;/li&gt;
&lt;li&gt;通常のDDPはサンプルをGPUへ分配し、FSDP2はモデル状態を分割する。一方、ドメイン並列は高解像度の一つのメッシュや場を複数GPUへ分割するため、Scientific MLでは別の通信設計が必要になる。&lt;/li&gt;
&lt;li&gt;ShardTensorはPyTorchのDTensorを基礎に、不均一なメッシュや点群を想定したドメイン分割を扱う。公式チュートリアルには、特定条件で8 GPUのスケーリング効率が95%を超える例があるが、一般性能ではない。&lt;/li&gt;
&lt;li&gt;CAE導入の判断は推論速度だけで決められない。場の誤差、保存則、境界フラックス、設計指標、外挿検出、再学習とフォールバックを一つの検証閉ループとして管理する必要がある。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Scientific MLの実装は、モデルの選択だけで終わらない。CFDや構造解析では、形状、メッシュ、境界条件、時系列、物性、物理残差、分散学習、推論時の監視が同時に設計対象になる。どれか一つを既存の深層学習コードから借りてくるだけでは、データ生成から検証、運用までの再現性を保ちにくい。&lt;/p&gt;
&lt;p&gt;NVIDIA PhysicsNeMoは、この問題を専用の一つのニューラルネットワークで解決しようとするのではなく、PyTorchと相互運用できる複数のモジュールへ分解する。注目点は、物理AIの精度そのものだけではない。科学計算のデータ構造と通信パターンを、ソフトウェアの公開インターフェースとしてどのように表現するかにある。本稿では、PhysicsNeMoを採用すべきかという製品評価ではなく、Scientific MLを工学システムへ組み込む際の設計原則として読み解く。&lt;/p&gt;

&lt;h2 class="relative group"&gt;1. PhysicsNeMoはモデル集ではなく、科学計算向けランタイムの組み立てである
 &lt;div id="1-physicsnemoはモデル集ではなく科学計算向けランタイムの組み立てである" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#1-physicsnemo%e3%81%af%e3%83%a2%e3%83%87%e3%83%ab%e9%9b%86%e3%81%a7%e3%81%af%e3%81%aa%e3%81%8f%e7%a7%91%e5%ad%a6%e8%a8%88%e7%ae%97%e5%90%91%e3%81%91%e3%83%a9%e3%83%b3%e3%82%bf%e3%82%a4%e3%83%a0%e3%81%ae%e7%b5%84%e3%81%bf%e7%ab%8b%e3%81%a6%e3%81%a7%e3%81%82%e3%82%8b" aria-label="アンカー"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;PhysicsNeMoの公式説明は、ニューラルオペレータ、GNN、PINN、拡散モデルなどを含むPhysics AIの構築・学習・微調整・推論用フレームワークと位置付けている。ただし、実務上の中心はモデル一覧ではなく、モデルをデータと計算環境へ接続する境界の設計にある。&lt;/p&gt;</description></item></channel></rss>