- Wolfram Compute Servicesは、Wolfram Languageの計算を大規模に拡張できる完全にプログラマブルなクラウドコンピューティングサービスです
- ユーザーは
RemoteBatchSubmitコマンドで複雑な計算をリモートサーバーへ送信し、完了後に結果を自動的に受け取ります
- 最大で192コア・1.5TBメモリまで選択可能で、
RemoteBatchMapSubmitにより数百コアの並列処理がサポートされます
- ジョブはメール・ダッシュボード通知、時間・クレジット制限、自動依存関係処理などで管理可能です
- Wolfram Languageのスーパーコンピューター級スケーラビリティを即時に提供し、研究・産業向けの計算環境を簡素化します
Wolfram Compute Servicesの概要
- Wolfram Compute Servicesは、Wolfram Languageの計算をクラウド上で大規模に実行できるシステムです
RemoteBatchSubmitでコードを提出すると、Wolframのサーバー上で計算が実行され結果が返されます
- Wolfram Desktop 14.3以降では、
RemoteBatchSubmissionEnvironment["WolframBatch"]コマンドを使ってすぐに有効化できます
- 既存の
ParallelMap、ParallelTableなどの並列機能を拡張し、大規模演算リソースへのアクセスを自動化
- すべての計算はシンボリック表現ベースで処理され、数値・画像・グラフ・動画など多様なデータ型を直接扱います
計算の拡張と実行環境
- ユーザーはさまざまなマシンクラスを選択してジョブ規模を調整できます
- 例:
Basic1x8(1コア・8GB)、Compute192x384(192コア・384GB)、Memory192x1536(192コア・1.5TB)
RemoteBatchMapSubmitはParallelMapの拡張版として、複数のマシンにまたがる大規模並列処理を実行します
- 各コアごとに分散した“child job”を自動生成し、結果を
Catenateで統合できます
- 作業状態はウェブダッシュボードでリアルタイム確認でき、完了時にはメールで結果のプレビューを受け取れます
例: PentagonTilingおよびセルラーオートマトン探索
PentagonTiling関数で重ならない五角形パターン生成の例を示します
- 20個の五角形はローカルで高速に処理されますが、500個以上はCompute Servicesに送信して実行します
- 結果はメールで受け取り、Wolfram Notebookで即座に後続計算を行えます
- セルラーオートマトンのルール1億個をテストする大規模並列探索の事例を提示します
- 192コアのマシンで数時間以内に完了し、
RemoteBatchMapSubmitで3分以内に結果を入手できます
- 合計8時間分のコンピュータ時間を並列で利用します
プログラマブル制御と管理機能
- 各ジョブは時間制限(
TimeConstraint)、クレジット制限(CreditConstraint)、**ジョブ名(RemoteJobName)**などのオプションを設定できます
- **通知システム(
RemoteJobNotifications)**により、状態の変化、クレジット使用量、経過時間などをメールやSMSで受信できます
- ジョブ結果はデフォルトで2週間保存され、必要に応じて
CloudPutを使ってWolfram Cloudに永続保存することもできます
- 失敗時には
"JobLogTabular"などを用いて詳細ログを分析でき、RemoteBatchJobAbortで中断可能です
今後の拡張計画
- Compute Servicesはバッチ計算環境として開始されており、将来は同期リモートカーネル実行機能の追加が予定されています
- Wolfram HPCKitを通じて、組織は独自のHPCインフラを
RemoteBatchSubmitバックエンドとして構成できます
"WolframBatch"以外のユーザー定義バッチプロバイダー接続に対応予定
- このサービスは1988年のMathematica以来進化してきたWolfram Cloud・Application Server・Engine系の最新段階です
- 目標はスーパーコンピュータ級の計算能力を即時に提供し、研究者・開発者が誰でも大規模計算を簡単に実行できるようにすることです
1件のコメント
Hacker News のコメント
以前は Wolfram Language を本当に楽しく使っていた
プログラマーというより研究者の立場で向き合うと、はるかに強力な 探索・プロトタイピングツール だと感じた
2016〜2020年ごろには、日光がガラス壁を通って室内に差し込む日付を計算し、それをアニメーションで可視化するなど、すばらしい実験をしていた
今なら Claude に聞けば済むのだろうが、LLM 以前の時代には WL は最高の思考ツールだった
(ちなみに 永続ライセンス も提供している)
Python が「バッテリー同梱」なら、Mathematica は「宇宙船同梱」レベルだ
オープンソースとして公開されていたなら IT 業界を大きく変えていたかもしれないが、高価な商用ソフトウェアなので学界中心のニッチ製品のままで終わりそうだ
世界最大級の数学ルーチンライブラリに可視化ツール、さらに LLM の加速が加われば、実験・教育・可視化においてほぼ 圧倒的なツール になる
1992年から使っているが、最近は Claude に「これを可視化して」と言うほうがずっと速い
人によっては MatLab ひとつで GUI やディープラーニングモデル まで作るというので驚いた
Mathematica は高いが、数学を勉強する動機付けにはなるかもしれない
専門外の人たちが MatLab、Mathematica、Maple をどう使っているのか気になる
使うたびに 500トンプレスでクルミを割るような感じ がする
産業界でも科学界でも Mathematica はあまりにも過小評価されている
技術業界には Stephen Wolfram のような人 がもっと必要だと感じる
少し変わり者っぽいが、本気で良いものを作ろうとする姿勢が新鮮だ
VC や MBA の短期的な利益圧力なしに、純粋に研究へ没頭している姿は見ていて気持ちがいい
スパコンの力を使ってでも Mathematica が30秒以内に起動してくれたらいいのにと思う
1988年からほぼ同じことをしているソフトウェアが、なぜこんなに 遅いのか わからない
37年たっても完全な代替がないのは驚きだ
Jupyter Notebook は同じレベルではない
そのおかげで独創的な機能も多いが、2010年代まで Undo/Redo がなかったのはさすがにひどかった
「独自言語を独自サービスで拡張する」という戦略は既存顧客には良いが、新規流入には限界がある
クラウドベースの利用を強制しようとする前触れのようにも感じる
Wolfram は LLM を活用して 自然言語 → Mathematica コード に変換するシミュレーションサービスを作ったほうが、はるかに革新的だと思う
MathWorld もその基盤資産として活用できる
多くの人は Stephen Wolfram の性格やビット・バイトの話ばかりするが、
実際には、今ごろ 一般的なプログラミングが Wolfram レベルの抽象化 に到達していてもよかったはずだと思う
おそらく エージェント・LLM ベースのコード生成 が、その次の段階へ進む道なのだろう
ただ、自動化によってチーム規模が縮小する副作用はありそうだ
実際には、すでに複数のプラットフォーム(x86、ARM、WASM など)で同じコードを動かせる環境はある
単一言語でグラフィックス、フルスタック、組み込み、HPC をすべてカバーするのは 過剰な複雑性 を招くだろう
今回の 新機能紹介のやり方 が本当に気に入った
問題定義 → 解決方法 → 例 → 段階的な説明が明確で、とても理解しやすかった
普通は読んだあと余計に混乱することが多いのに、今回は違った
以前は新機能会議を YouTube でライブ配信 していたこともあり、それを見て彼がどれだけ製品に愛着を持っているか感じた
少し Jobs 的なリーダーシップ を感じた
Stephen がついに クラウドコンピューティング を本格導入したようだ
以前に RemoteKernel 実験記 を試したことがあるが、今回はずっと良さそうだ
ただ、自前のクラウドにホスティングできるといい
以前 512GB RAM、128コアの VM で Mathematica を動かしてみたが、費用対効果 はいまひとつだった
実際に Wolfram Application Server for Kubernetes はあるが、1年以上更新されていない
1990年代から Mathematica を使ってきたが、20年以上も クラウド演算サービス を出さなかったのが不思議だった
ようやくリモートで大型サーバー上の計算ができるようになって、「ついに!」という言葉が自然に出た
クオンツトレーダー たちも Mathematica を使っているのか気になった
言語は美しく、組み込みツールも多く、可視化も優れているので、金融分析 にぴったりな気がする
価格も十分に負担できるだろうし、HFT 向けの コンパイラ もありそうだ
Mathematica の 標準関数の統合度 は驚異的だ
こういうものをオープンソースで実装できたらいい — 10% だけ実現できても有用だと思う
それで Rust で Woxi というプロジェクト(github.com/ad-si/Woxi)を始めたので、一緒にやってくれるコントリビューターを探している
およそ300個のシンボルが動作し、複素数と 基本的なルールシステム も実装中だ
Factor 機能は数学的に複雑なので、まだ研究中
グラフィックス出力はなく、ターミナルベースだ
Claude モデル を使って AI プログラミングと数学の概念を一緒に学んでいる
pest トークンを関数に直接使うと遅く、最適化もしにくいためだ