tmux I/Oの遅延

最近自分用のtmux session managerでtmux-deckというCLIを作っている。

GitHub - takeshiD/tmux-deck: tmux session manager and realtime previewer

tmux session manager and realtime previewer. Contribute to takeshiD/tmux-deck development by creating an account on GitHub.

GitHub

WSL2の環境では大変快適に動作するのですが、クソ雑魚Laptopではハングしたりプレビュー表示が遅れたりしていてとても困っていた。

マルチスレッドのインターバルがタイミングが厳しすぎるのだろうかと思いチューニングしたり調査していたがtmux I/Oの遅延に到達した。

アプリケーションのバックエンドの処理としてtmux capture-pane -e -J -pをしてバッファを100ms毎に取得する方法やっていたがこれが原因だった。

tmux capture-paneはデフォルトではhistory-limitに指定された行数のバッファ履歴を全て取得するので設定次第ではかなり重い処理になる。CPU負荷はもちろんtmuxサーバーのI/O(実質Unix SocketのFile IO)への負荷も大きくなるようだった。

このため

• ストレージのI/O能力への依存
• tmuxサーバーへの負荷
• CPU処理能力 の3点セットが原因で遅延・ハングが発生したいたようだった。

要は要求するデータ帯域が大きいのでこれを減らせばよく

tmux capture-pane -S -50

とすればよい。-S -50はバッファを最下段から50行キャプチャする指定となる。これを指定することで格段に軽量化した。

なかなか面倒だったがスッキリしたし学びになった。

なおこういう調査でChatGPTやClaude, Codexも使ったが一発ではなかなか原因にたどり着かずいくらか遠回りした。

最後にデスクトップとLaptopのスペック比較表を記載する。

![NOTE] 今度書くよ