私は4GBのRAMを備えたRaspberry Pi 4を使って開発しています。基本WMであるlxde/openboxを使用してから約1週間後にタイリング機能が必ず必要だと決めました。これが進化に役立ちます。私はDWMが速くて簡単なので、常にファンでした。しかし、i3wmの簡単な経験として、私はコンテナー型デスクトップのユニークな機能が好きです。たとえば、デスクトップ1にFirefoxが開いていて、Firefoxがロードを完了する前にデスクトップ2に移動して2つの端末を開くと、Firefoxがデスクトップ1にあるようにしたいと思います。代わりに、デスクトップ2のFirefoxは私の端末を台無しにします。
問題は、i3wmが非常に遅く実行されることです。これは私を狂わせる。他のタイリングウィンドウマネージャと比較してi3に知られているパフォーマンスの問題はありますか？上記のように動作するより軽い選択肢はありますか？それとも別の種類の問題ですか？私はi3をあまり使用しませんでしたが、約10年前には問題なくデスクトップで使用したと確信していました。
答え1
ターミナルはすぐに起動しますが、Firefoxの起動に時間がかかる場合、Super+Enter問題はFirefoxにある可能性があり、i3GUIアプリケーションの表示に時間がかかることはまれです。
私は同じ状況にあります。
- Workspace 1（デスクトップ1）から
i3Firefoxを実行します。demu次に、 Super+2以下を使用してワークスペース2に切り替えます。- Firefox は、アプリの起動時にあったワークスペースではなく、現在のワークスペース (ワークスペース 2) に表示されます。
回避策は次のいずれかです。
- ワークスペース2に変更する前に、GUIがワークスペース1に表示されるのを待ってください。または
- ワークスペース2にGUIが表示されたら、
Super+Shift+1それを使用するか、ワークスペース1に送信します。 - これが一般的な定数レイアウトの場合は、次の点を考慮してください。レイアウトの保存各アプリケーションが起動されるワークスペースを指定します。または
- 次の行を追加して、i3に常にすべての新しいクラス「Firefox」ウィンドウをワークスペース1に移動するように指示します
~/.config/i3/config。assign [class="Firefox"] 1