저는 4GB RAM을 갖춘 Raspberry Pi 4를 사용하여 개발을 하고 있습니다. 기본 WM인 lxde/openbox를 사용한 지 약 일주일 후에 타일링 기능이 꼭 필요하다고 결정했습니다. 이것이 발전에 더 도움이 됩니다. 저는 DWM이 빠르고 간단하기 때문에 항상 팬이었습니다. 그러나 i3wm에 대한 간략한 경험으로 볼 때 저는 컨테이너형 데스크탑에 대한 고유한 기능을 좋아합니다. 예를 들어, 데스크톱 1에 Firefox가 열려 있고 Firefox가 로드를 완료하기 전에 데스크톱 2로 이동하여 두 개의 터미널을 열면 Firefox가 데스크톱 1에 있도록 하고 싶습니다. 대신 Desktop 2의 Firefox가 내 터미널을 엉망으로 만듭니다.
문제는 i3wm이 매우 느리게 실행된다는 것입니다. 이것은 나를 미치게 만든다. 다른 타일링 창 관리자와 비교하여 i3에 알려진 성능 문제가 있습니까? 위에서 설명한 대로 작동하는 더 가벼운 대안이 있습니까? 아니면 다른 유형의 문제인가요? 나는 i3를 많이 사용하지 않았지만 약 10년 전에는 아무 문제 없이 데스크탑에서 사용했다고 확신하며 당시 데스크탑은 아마도 최신 RPI보다 훨씬 느렸을 것입니다.
답변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