目的

M1 Mac（GPU未対応）でPyTorchのコードを書き、Linuxの計算機サーバのGPU(CUDA)上で動かしたい。
PyTorch公式で使われているpipではなく、PoetryでPyTorchを管理したい。
ただし、poetry lockでwhlファイルのダウンロードが発生しないようにしたい。

結論

torchを次のように指定
- MacのCPU上、およびLinuxのCUDA11.6上でtorch1.13以上を動かしたいときの例

pyproject.toml

(前略)
[tool.poetry.dependencies]
(中略)
torch = [
    { version = ">=1.13+cpu", markers = "sys_platform == 'darwin'" },
    { version = ">=1.13+cu116", markers = "sys_platform == 'linux'" },
]
(後略)

開発機(Mac)のターミナルで以下を入力

$ poetry lock
$ poetry export -o poetry-requirements.txt

poetry-requirements.txtをgitなどで同期し、Linuxの適切な仮想環境下で以下を入力(pipの場合)

$ pip install -r poetry-requirements.txt

ポイント

以下はこのメモ書き投稿に至った経緯です。

背景: pip管理からpoetry管理への移行のモチベーション

これまでpipでインストールを行なってきたが、インストールやバージョンアップ時に依存関係で面倒がよく生じていた:

tensorboardとprotobuf, grpcio, google-auth-oauthlibの関係
numbaがnumpy最新版に非対応など

pip list -oでバージョンアップ可能なパッケージが表示されるが実際には依存関係の問題でアップグレードできず、何となく気持ち悪かったので、自動的に依存関係を管理してくれるpoetryに移行することにした。

先行手法1: `[[tool.poetry.source]]`にレポジトリURLを指定(参考)

PyTorch公式のpipで推奨されている--extra-index-urlに近い方法。
しかし次のような問題点がある。

先行手法2: 直接whlファイルのURLを指定する(参考)

torchを次のように指定する:

pyproject.toml

torch = [
    { version = ">=1.13", markers = "sys_platform == 'darwin'" },
    { url = "https://download.pytorch.org/whl/cu116/torch-1.13.1%2Bcu116-cp311-cp311-linux_x86_64.whl", markers = "sys_platform == 'linux'" },
]

しばらくはこちらで運用していたが、次の点が少し不満だった:

pytorchバージョンが固定されたwhlファイルのURLを指定する必要があるため、pytorchのバージョンアップに自動的に対応できない
whlファイル1つとはいえ約1.8GBあり、poetry lockに時間がかかる
- 200Mbpsの環境でも2分程度

今回の方法: バージョン名でCPUやCUDAを指定する

公式PyTorchを見ると、CPUやCUDAの指定の別解として"torch==1.12.1+cu116"のように指定する方法が使われており、この記法を適用してみたところうまくいった。

pyproject.toml（再掲）

[tool.poetry.dependencies]
torch = [
    { version = ">=1.13+cpu", markers = "sys_platform == 'darwin'" },
    { version = ">=1.13+cu116", markers = "sys_platform == 'linux'" },
]

これによりpoetry lock時のwhlファイルのダウンロードを回避できただけでなく、torchの新バージョンのリリースで自動的にバージョンアップされるようになった。

終わりに

情報の誤り、改善点や補足情報、他の良い方法、同一手法の存在、その他何かありましたら遠慮なくコメントしていただけますと幸いです。