1WSLとは何か

WSL（Windows Subsystem for Linux）は、Windows上でLinuxの環境をそのまま動かせる仕組みだ。仮想マシンのように別のOSを丸ごと起動するのとは違い、Windowsの中にLinuxのコマンドラインがそのまま入っている、という感覚に近い。Windowsのファイルにもそのままアクセスでき、両方の環境を行き来しながら使える。

2ローカルLLMはWindows直接でも動く

まず前提として書いておくと、Ollama自体はWindows版が用意されており、WSLを使わなくてもローカルLLMは動かせる。WSLは必須ではなく、あくまで選択肢の一つだ。

3それでもWSLを選ぶ理由

それでもWSL環境を使っているのには理由がある。

• ローカルLLM関連のツールやライブラリは、Linux向けに作られているものが多く、情報量や互換性の面で有利
• パッケージ管理（apt等）が扱いやすく、必要なツールを揃えるのが早い
• 将来的にLinuxサーバー上で同じ環境を再現したくなったときの再現性が高い

4Hyper-Vという選択肢もあるが

Windowsには、仮想マシン機能「Hyper-V」を使ってLinuxを動かす方法も昔からある。ただし、仮想マシンのイメージ作成、ネットワーク設定、リソースの割り当てなど、事前準備がそれなりに多く、手間がかかる。

5WSL2ならGPUもそのまま使える

以前はこうした仮想環境からGPUを使うこと自体がハードルだったが、WSL2ではGPUパススルーに対応しており、Windows直接とほぼ変わらない形でGPUを使える。ローカルLLMのようにGPUを前提とする用途でも、この点は大きな障壁にならない。

6困ったこと①：ダウンロードが遅い

ここからは、実際に運用していて困った点を正直に書く。

以前RTX 3060の検証記事を書く過程で、モデルのダウンロードが極端に遅くなったことがあった。

7困ったこと②：GPU確認のずれ

もう一つ実際に遭遇したのが、GPUの状態を確認するnvidia-smiコマンドの表示のずれだ。WSL側でこのコマンドを実行すると、実行中のはずのプロセスが正しく表示されないことがあった。一方、Windows側のPowerShellから同じコマンドを実行すると、プロセスがきちんと表示された。WSL2経由でGPUの状態を確認する際は、WSL側の表示だけを鵜呑みにせず、Windows側からも確認する方が確実だ。

8それでも選ぶ価値はあるか

これらの困りごとはあったものの、正直に言うと、WSLを選んだこと自体を後悔してはいない。 ダウンロードの遅さは回線側の問題であり、WSLのせいではなかった。GPU確認のずれも、Windows側から確認するという回避策があるので、致命的な問題ではない。それより、Linuxツールの豊富さや、パッケージ管理のしやすさといったメリットの方が、日常的には大きい。

9Windows直接が向いている人

逆に、以下のような人には、無理にWSLを使わずWindows直接の方が向いていると思う。

• Linuxのコマンド操作に慣れておらず、覚える手間をかけたくない人
• とにかく最短でOllamaを動かしたいだけの人
• GUIベースの操作で完結させたい人

10まとめ

ローカルLLMは、WindowsでもWSLでも動く。それでもWSLを選んでいるのは、Linux向けツールの豊富さや、将来的な環境の再現性を重視しているからだ。実際に困った点（ダウンロードの遅さ、GPU確認のずれ）もあったが、前者は自宅の回線速度が原因であり、後者も回避策がある。総合的に見て、WSLを選ぶ価値は十分にあると感じている。