Cinnamon: 창을 끌 때 창 다시 그리기 지연

나도 "나도"라고 말하기는 싫지만 ... "나도!" 나는 우분투 13.04 위에서 Cinnamon이 실행되는 다소 오래된 상자에서 실행 중입니다. 다른 모든 것은 괜찮아 보입니다. 단지 창 드래그가 문제입니다. 그리고 "말더듬"이 눈에 띕니다. 그 후에 창이 다음 지점으로 이동합니다. 창 (chrome, uxterm)을 드래그 할 때 발생하는 것 같습니다. 내가 제공 할 수있는 기타 지원 정보를 알려주세요. 내 시스템 로그에서 흥미로운 것을 찾을 수 없습니다.

확인할 수 있지만 그래픽 카드가 매우 열악합니다 ...

나도 이와 같은 문제가 발생합니다. Ubuntu 13.10의 야간 ppa에서 최신 Cinnamon을 실행하고 있습니다.

현재 cinnamon 2.0.2 (3x 1920x1080)를 사용하는 arch linux에서 멀티 헤드 시스템을 실행하고 있습니다. 660과 7870을 모두 사용해 보았습니다. 둘 다 동일한 동작을 나타내며 이동하거나 크기를 조정할 때 창이 매우 느립니다. 오픈 소스 드라이버 atm을 사용하고 있습니다. (작동하도록 업데이트되면 촉매제를 사용해보십시오)

내 시스템에서는 거의 견딜 수 없습니다.

--- 업데이트 --- Cinnamon 설정 패널에서 비활성화하면-> 창 타일링 및 가장자리 뒤집기-> 창 타일링 및 스냅-창이 화면에서 다시 빠르게 이동합니다. 이 힌트는 창 주위를 이동하여 얻었고 그 창을 놓을 수있는 위치를 보여주는 새로운 HUD를 얻었습니다. HUD가 나타날 때마다 지연이 시작됩니다.

랩톱에서도 동일한 동작을 확인할 수 있습니다. Manjaro Linux 및 Cinnamon 2.0.6 사용
듀얼 코어 P6100 CPU와 Intel HD 3000 그래픽 카드가 있습니다.
1.6 또는 1.8에서는 이전에이 문제가 발생하지 않았습니다.
Dconf 편집기를 사용하여 이동하는 동안 "창 내용"을 비활성화하는 Muffin 옵션을 찾고 있었지만 지금까지는 운이 없었습니다.
누군가가 왜 이런 일이 일어나는지 설명을 해주면 좋을 것입니다.
좋은 일을 계속하십시오;)!

창 드래그에 대한 지연은 창 크기 조정 (예 : gnome-terminal)과 비교할 때 아무것도 아니며 몇 초가 걸릴 수 있습니다.

Intel core I5 ​​및 Intel 그래픽 컨트롤러 (2 세대)에서이 버그를 확인합니다.

타일 ​​HUD 임계 값을 1로 설정할 수 있으며 타일링은 계속 활성화 된 상태로 유지하면서 기본적으로 HUD 디스플레이를 비활성화합니다. 다음 버전에서는 HUD 애니메이션을위한보다 강력한 그래픽 세트와 함께보다 직접적인 비활성화 방법을 추가 할 수 있습니다.

i7-2600K CPU 및 AMD R9290 GPU (최신 베타 드라이버)에서이 버그를 확인할 수 있습니다. 특히 내 120hz 화면에서. 타일링과 스냅을 비활성화해도 도움이되지 않았습니다.

어떤 버전의 Cinnamon을 사용하고 있습니까? 그 원인 중 하나는 비교적 최근에 패치되었습니다.

https://github.com/linuxmint/muffin/commit/403d24edc854c6610ff46427b6cf2072fa62bfa5

Cinnamon 2.0.14를 실행하고 있습니다. 최신 설치를 시도합니다.

최신 머핀을 먹는 것이 아마도 더 중요 할 것입니다. 머핀 2.0.4를 사용하는 경우 아직 수정 사항이 없습니다. 2.0.5를 실행하면 그것을 가질 것입니다.

(귀하의 특정 문제가 수정되었다고 보장하지는 않습니다. 다른 원인이 될 수 있지만 확인해 볼 가치가 있습니다.)

Intel HD 4600 그래픽을 사용하는 i5-4440s를 사용하는 Mint 16의 Cinnamon 2.0.14 및 Muffin 2.0.5에서 비슷한 것을 경험하고 있습니다. Windows를 끌 때 마우스 커서를 따라갈 수 없습니다. 마치 작은 고무줄로 창문을 커서에 붙인 것 같습니다.

여기 내가 경험하고있는 비디오가 있습니다. 이것은 정상적인 동작입니까? http://youtu.be/KylzMTZpD7w

이 케이스가 Debian Jessie의 Cinnamon 2.2.14 및 Gnome Shell 3.12.2에서도 여전히 유효 함을 확인할 수 있습니다.

나는 또한 이것을 얻었고 정직하게 말하면 정말 산만합니다. Unity 등, 실제로 Windows보다 훨씬 덜 부드럽습니다.

이전에 불평했지만 NVidia GTX 760에서도 똑같은 일을 경험했습니다. 문제는 다중 모니터에서 확실히 더 나쁩니다.

Cinnamon 2.2.14에서도 독점 드라이버 버전 340.24 (및 두 대의 모니터)가있는 NVidia GT 630을 사용합니다. 드라이버 버전 304로 다운 그레이드하면 창이 다시 빠르게 이동하지만 찢어지는 현상이 발생합니다.

2014 년 8 월 10 일 일요일 오전 04:04:47 EEST에서 Andres Manz는 다음과 같이 썼습니다.

시나몬 2.2.14에서도 NVidia GT 630과 함께
독점 드라이버 버전 340.24 (및 모니터 2 개). 다운 그레이드 할 때
드라이버 버전 304로 전환하면 창이 다시 빠르게 이동하지만
찢어짐을 경험하십시오.

vsync를 통해 vsync를 비활성화하면 창 드래그 지연이 사라집니다.
환경 변수. AFAIK Nvidia 드라이버 304는 다음을 통해 vsync를 활성화하지 않습니다.
기본값 (최신 버전과 달리)이므로 금식하는 이유를 설명 할 수 있습니다.
다운 그레이드 할 때 끌고 찢어집니다.

하지만 vsync에 관계없이 CPU 사용량이 높습니다.

vsync (인텔 드라이버)를 활성화하지 않으면 창이 훨씬 덜 느리다는 것을 확인할 수 있지만 비디오를 볼 수 없습니다.

리눅스 민트에이 버그가없고 아치 리눅스에있는 것도 이상합니다.

@startas 아니요, Mint 17에서 받고 있습니다.

이 호에 글을 올린 이후로 더 이상했지만 다시는 문제가 없었습니다. 이후 여러 장치, 하드웨어 및 소프트웨어 (디스트로) 구성에 시나몬을 설치했습니다.

이상합니다. xf86-video-intel을 플래그 "--disable-dri3"로 재 컴파일하고 lib32-mesa를 동일하게 재 컴파일하여이 문제를 "해결"했습니다 (인텔 hd 그래픽 만 있으므로 인텔 그래픽에서만 작동 할 수 있음). 플래그 "--disable-dri3", 물론 "--enable-dri3"플래그도 제거해야합니다.
64 비트 리눅스를 사용하는 동안 dri3없이 64 비트 메사 패키지를 컴파일하고 설치하면 시나몬 데스크톱이 충돌하지만 어떻게 든 64 비트 시스템 용으로 xf86-video-intel 및 32 비트 버전의 메사 만 다시 컴파일하면 "이 문제가 해결되었습니다". 크롬에서 큰 지연이 수정되었습니다.
2d 드라이버에서 dri3 만 비활성화하면 작동하지 않지만 32 비트 버전의 mesa에서 dri3를 비활성화하고 설치하면 작동합니다. 64 비트 Linux는 64 비트 계피를 사용하므로 64 비트를 사용하므로이 패키지는 기본적으로 설치되지도 않습니다. 메사, 그리고 나는 그것이 어떻게 작동했는지 전혀 모른다 : D

한 가지 문제가 있다는 점을 제외하면이 문제가 처음 생성되었을 때 DRI3는 존재하지 않았습니다.

현재 아치 리눅스는 기본적으로 DRI3를 비활성화한다고 생각합니까?

이 문제는 Linux의 Kerbal Space Program (Cinnamon 포함)에서 볼 수있는 것과 관련이있을 수 있습니다. 완벽한 프레임 워크입니다. 마우스를 클릭 한 상태로 로켓 주위를 이동하는 경우를 제외하면 말더듬이가 심하게 튀어 나옵니다. Cinnamon은 마우스 이벤트에 대한 다시 그리기 루프에서 일종의 차단을 수행하고 있습니까?

arch linux에서 xf86-video-intel은 dri3없이 컴파일되지만 mesa는 dri3로 컴파일됩니다.

내 매우 빠른 PC에서 계피로 창 크기를 조정하는 것은 고통스럽고 창 내용의 실시간 시각화를 비활성화하는 옵션을 좋아합니다. xfce는 이것을 아주 좋은 방식으로 수행합니다.

이것은 인텔 그래픽이 탑재 된 Macbook ( "late 2014")의 외부 모니터에서만 발생합니다. 창은 또한 외부 디스플레이에만 찢어지는 아티팩트를 표시합니다. "TearFree"를 활성화하면 지연이 눈에 띄게 변하지 않지만 찢어짐을 수정합니다. xrandr로 외부 디스플레이를 2x2로 확장하고 있습니다.

편집 : glxgears와 같은 것은 디스플레이에서 드래그해도 프레임 속도가 감소하지 않는다는 점에 유의해야합니다. 실제로 60Hz 모니터에서 ~ 71fps를보고했지만 움직임이 초당 10 프레임 미만인 것처럼 보입니다. 그대로두면 정상적으로 수행됩니다.

edit2 : 스케일링이 지연을 변경하지 않는 것 같습니다.

@wrouesnel 및 기타 ...

특히 KSP 문제는 마우스 폴링 속도가 너무 높게 설정 되었기 때문일 수 있습니다. 특히 Razer DeathAdder 또는 이와 유사한 게임용 마우스 (내가 사용하는)가있는 경우 더욱 그렇습니다. 다음 튜토리얼이 도움이 될 것입니다.

https://patrickmn.com/aside/lowering-gaming-mouse-sensitivity-in-ubuntu-9-10/

내가 가지고있는 문제를 보여주는 동영상을 녹화했습니다 (Chromium 브라우저 드래그 문제, Nemo와 Firefox는 비교 용으로 만 실행 됨) : https://youtu.be/Ec99EYjwiqY
IntellJ와 때때로 Pidgin 또는 Nemo와 같은 문제가 있습니다. 저는 Mint 17.3과 Cinnamon 2.8.6을 amd 전용 드라이버와 함께 사용하고 있습니다. 참고할 사항 :

-Mint 17.3 with Cinnamon 2.8.6
-오픈 소스 gpu 드라이버를로드하여 테스트 할 수 없었고, 지금은 소프트웨어 렌더링 모드로 유지되었습니다 (몇 달 전에 17.0 Mint를 설치했을 때 xorg 오픈 소스가 제대로 작동했던 것을 기억합니다).
-AMD 전용 CCC에서 vsync를 강제로 사용하면 창 지연이 줄어들지 만 웹 사이트를 스크롤하는 동안 화면이 찢어지는 현상이 발생합니다.
-Cinnamon이 방금 시작했을 때 모든 것이 잘 작동하고 지연된 드래그 창이나 지연된 크기 조정이 없습니다. 얼마 후 문제가 발생합니다 (예 : Chromium 시작 후 10-40 분).
-Cinnamon (ctrl + alt + esc)을 다시 시작하면 일시적으로 도움이됩니다 (위 지점).
-(편집) : 17.2와 Cinnamon 2.6에서는 올바르게 기억하면 이전에는 발생하지 않았지만 당시에는 더 큰 찢김 문제가있었습니다.

편집하다:
오픈 소스 드라이버를 사용하여 동일한 일이 발생하여 다시 설치했습니다.

USB 스틱에서 신선한 Mint 17.3 Cinnamon 실행, 위에서 설명한 것과 동일한 문제.
비교를 위해 Ubuntu Gnome3 및 Ubuntu Mate를 확인했습니다. 꽤 오랫동안 USB에서 둘 다 실행하는 동안 문제 / 느린 속도를 발견하지 못했습니다.

어떻게 든 GPU와 관련된 것처럼 보이며 특히 Chromium과 같이 GPU를 지원하는 소프트웨어에서 발생합니다.
두 번째로 주목할 점은 메뉴 막대에 intelihide를 사용하고 Chromium 창으로 메뉴 막대를 계속 펀칭하는 동안 더 빨리 발생하는 것처럼 보입니다. 노트북의 팬이 더 크게 작동하는 것을들을 수 있습니다. 바탕 화면 위로 순환하여 Chromium 창을 드래그하는 것이 가장 좋습니다.

"전체 화면 창 작성 비활성화"활성화 / 비활성화-변경 사항 없음

메뉴 바를 펀칭해도 정리하는 것이 느리지 만, 가장 쉬운 방법은 잠시 동안 인터넷을 탐색하는 것이지만 디버깅에는 지옥이 될 수 있음을 이해합니다.

나도이 문제가있다. 그러나 내가 알아 차린 것은 윈도우가 얼마 후에 _ 늦어진다는 것이다. 그러나 내가 새 것을 열면 그들은 _lag_되지 않는다.

예를 들어 터미널을 한 시간 동안 그대로두면 꽤 드래그하는 동안 끊김이 발생하지만 새로 열린 터미널은 정상적으로 작동합니다.

그리고 예, 크롬을 열었을 때입니다 (기본적으로 항상 열려 있습니다).

다른 모든 측면이 잘 작동하는 것처럼 보이므로 큰 문제는 아닙니다 (예를 들어 게임 등에서 더 많은 지연을 느끼지 못함). 내가 알아 차린 또 다른 이상한 점은 잠금 화면 에 약 10 초가 걸린다는 것입니다. 로드하려면 (나는 Mint 17.3으로 업그레이드하기 전에는 알지 못했습니다)

추신 : _laggy_ 창을 이동 한 후 cinnamon --replace 프로세스가 CPU 사용량 (내 시스템에서 약 16 %)을 보여줄 것이라는 것을 알았습니다.

intellihide를 비활성화했습니다. 패널을 항상 표시하도록 설정했습니다. 현재 OS를 몇 시간 동안 실행하고 깜짝! 지연 없음! 천국에있는 것 같은 느낌이 듭니다.

nvidia 352.63 독점 드라이버를 사용하여 Linux Mint 17.3, Cinnamon 2.8.6에서 커서 뒤의 창 지연을 확인할 수 있습니다. 매우 짜증나! 문제는 합성 사용 여부와 무관합니다!

Mint 17.3, Cinnamon 2.8.6 및 i5-4210U 또는 nVidea GeForce 820M의 통합 그래픽에서도 지연을 확인할 수 있습니다.
패널 표시 / 숨기기 설정을 약간 사용했는데 패널이 표시 될 때만 지연이있는 것 같습니다. 자동 숨기기로 설정하면 모든 창 드래그가 부드럽습니다.
(예,이게 다렉 데오의 의견과 정반대라는 것을 압니다.)

두 의견 모두 패널에 문제가있는 것처럼 보입니다. :)

편집 : 또는 적어도 관련.

이 문제도 있습니다. 누구든지 다른 그래픽 드라이버를 사용해 봅니까? Xubuntu 15.10에서이 문제가 발생했으며 드라이버를 변경하면 모든 것이 잘 작동했습니다. 여기에서 해당 옵션을 찾을 수없는 것 같습니까? 설정 패널에서 드라이버로 이동하면 빈 목록이 나타납니다.

설정 : Fedora 23, Cinnamon, GDM, Nvidia 독점 드라이버 (Nouveau 포함)

또한 창을 드래그 할 때와 Vim에서 파일을 입력하거나 스크롤 할 때 끊김 현상이 발생합니다. 예를 들어 입력하는 동안 키 입력과 함께 몇 개의 문자가 표시되고 커서가 몇 밀리 초 동안 중단 된 다음 중단되는 동안 입력 한 문자가 모두 나타납니다.

말더듬이 정기적으로 발생하는 것 같습니다. 짐작해야한다면 500ms마다 말할 것입니다. 흥미롭게도 일정 기간 동안 창을 빠르게 이동하면 top은 Xorg가 창을 이동할 때 때때로 CPU의 엄청난 비율 (~ 53 %)을 차지한다는 것을 보여줍니다 ... 이것은 옳지 않은 것 같습니다. 어떤 아이디어?

편집 : Fedora 23 Cinnamon Spin Live CD를 부팅했는데 흥미롭게도 말더듬이 발생하지 않았습니다. 그러나 HDD 설치에서 동일한 DM 환경 (Cinnamon, lightdm, nouveau 드라이버)을 사용하면 여전히 작동합니다. 문제가 지속되는지 확인하기 위해 Live CD에서 직접 Cinnamon 스핀을 다른 컴퓨터에 설치해 볼 수 있습니다. 결과를보고하겠습니다.

와, 좋아요. 감사합니다 @DarekDeo 스마트 패널이 비활성화되었을 때 훨씬 더 잘 작동합니다. 부끄러운 일인데 지금 브라우저가 전체 화면 일 때 대형 플레이어에서 Youtube 비디오를 볼 수 없기 때문에 처음에 해당 패널을 켰지 만 창이 나빠졌습니다.

그래도 모든 창이 여전히 느리지 만 참을 수는 없지만, Windows로 돌아 가면 내 144hz가 모든 것을 매끄럽게 보이게하고, 창문을 움직이고, 모두 매우 견고하고 안정된 느낌을줍니다. Linux와 내 60은 내 144보다 거의 매끄럽게 느껴지고 창은 드래그 할 때 느리게 느껴진다.

또한 지능형 패널이 창에도 영향을 미치는 것 같다고 덧붙이고 싶습니다. 제 브라우저는 글리치가 많이 발생하여 하얗게 깜빡 였고, 어떤 사람이 더 이상 경험하지 않는지 확인하기 위해 몇 번 시도했습니다. 계피 나 그래픽 드라이버로 고장 났는데 패널이 문제 였다고 밝혀졌습니다 _ @

흥미롭게도 시스템 모니터 애플릿이 업데이트 될 때와 동일한 빈도로 끊김 현상이 발생하는 것 같았 기 때문에 패널에서 제거하고 재부팅하면 끊김 현상이 사라졌습니다. 이것은 패널에 문제가있을 수 있다는 @DarekDeo 의 제안을 더욱 뒷받침하는 것 같습니다. 업데이트하는 프로세스 / 무엇이든 다시 그리기 루프 동안 잠시 중단되는 것일 수 있습니다 (그래픽 프로그래머가 아닙니다)?

실제로 동일한 문제가 있습니다. Cinnamon의 최신 버전으로 업데이트하면 조금 더 나아졌지 만 Nvidia 데스크톱 (i5-3570k, Nvidia 780ti)은 여전히 ​​훨씬 덜 강력한 Intel 그래픽 노트북 (i7-4500u, Intel)만큼 부드럽 지 않습니다. 그래픽 4400).

둘 다 Mint 17.3, Cinnamon 3.04 (야간 채널) 및 4.4.0-22 커널을 실행하고 있습니다.

사용 된 드라이버는 Nvidia 드라이버 PPA의 Nvidia 364 (364.19-0ubuntu0 ~ gpu14.04.3)와 커널에 포함 된 Intel 드라이버입니다.

@ davidva-cml 감사합니다. Sytem Monitor 애플릿을 제거하여 문제를 해결했습니다!

nvidia xserver 설정에서 "sync to vblank"를 끄고 Telegram과 같은 앱 크기 조정은 이제 버터처럼 부드럽습니다.

이것은 여전히 ​​저에게 문제입니다.
드라이버 버전이 375 인 Nvidia GTX 1070을 사용하여 Ubuntu 16.04.1을 새로 설치하고 있으므로 성능이 문제가되지 않습니다.

@JosephMcc ,이 문제를 버그로 표시 할 수 있습니까?

@ davidva-cml 문제를 해결할 수 있었습니까? 또한 창을 드래그 할 때 CPU 사용량 위에 Xorg가 표시됩니다. Xorg 문제로보고해야 할 수도 있습니다. 항상 Cinnamon 문제가 될 수 있지만 .. 재현하는 가장 간단한 방법은 창을 드래그하면서 백그라운드에서 glxgears 를 실행하는 것입니다.

그러나이 문제의 일부 사람들은 완전히 다른 지연 문제 (시나몬 관련 문제 일 수 있음)로 고통받을 수 있습니다.

나는 같은 문제가있는 것이 두렵다. 그러나 나는 정말 강력한 PC를 가지고 있습니다 (Core i7-5930K 3.5GHz 6 코어 + Nvidia TITAN X는 최신 nvidia 드라이버 + 32GB RAM 및 SSD에 설치된 OS ins). 따라서 공연은 문제가되지 않아야합니다. 하지만 여전히 창을 끌려고 할 때마다이 스레드의 다른 모든 사용자처럼 속도가 느려집니다. 하지만 가장 개방적인 앱은 속도가 더 느립니다!
모니터링 (htop) 할 때 Xorg 프로세스가 CPU 사용량의 90 % 이상을 차지함을 확인할 수 있습니다. 따라서 계피가 아닌 Xorg에서 직접 가져올 수 있습니다.
거기에서 무슨 일이 일어나고 있는지 이해하기 위해 피드백을받는 것이 좋습니다.
감사.

실행 중 :
Linux 커널 4.10.0- 일반
FerenOS (최신 버전의 Linux Mint 배포판을 사용하고 있음)
계피 3.4.6 실행

나는 이것이 조용해 졌기 때문에 최근에 다른 사람들이 이것에 대한 해결 방법을 알아 냈는지 궁금합니다.

나에게 Cinnamon은 시간이 지남에 따라 재부팅으로 인해 지연이 증가하면서 더 이상 사용하기에는 너무 짜증나게 될 때까지 불안정 해지기 시작합니다. 일반적으로 화면이 더 이상 잠에서 깨어나지 않으므로 열심히 재부팅해야합니다. 마지막 게시물과 마찬가지로 강력한 컴퓨터 (20 코어, 40 스레드, 듀얼 제온, 128GB 램, nvidia 1070, 듀얼 nvme, 3x 4k 디스플레이)이므로 성능은 문제가되지 않으며 다른 데스크톱에서는이 문제가 발생하지 않습니다. kde 이외의 환경 (자체 합성 문제가 있음). 나는 vblank 및 대부분의 다른 gl 기능을 끄고 일반적으로 일주일 이내에 여전히 불안정하지만 무언가에 대해 알려주는 오류는 없습니다.

저는 Arch linux, Cinnamon 3.8.1-1, 4.16.13 커널 및 nvidia 396.24 드라이버를 사용하고 있습니다. 나는 이것이 사라지기를 바라면서 계속 업그레이드하지만 결코 그렇지 않습니다.

분명히 (현재 대부분의 모든 데스크톱과 마찬가지로) 대답은 단순히 데스크톱의 소프트웨어 렌더링을 사용하는 것입니다. 나는 지난 몇 주 동안 매분마다 약 5 초의 디스플레이 타임 아웃을 받기 전까지 몇 주를 보냈습니다.

보통 나는 팩맨 -Syyu 후에 다른 데스크탑, KDE (그들이 고쳐주기를기도 함) 또는 Mate (마르코는 동작하는 경향이 있지만 데스크탑은 다른 것보다 부족함)으로 전환하지만 이번에는 계피 소프트웨어가 렌더링되는 것을 발견했습니다 방법. 소프트웨어 렌더로 일주일 동안 정상적으로 사용하고 나면 보통 며칠 후에 지연이 발생하기 시작했지만 소프트웨어 모드에서는 매끄럽고 데스크톱 사용시 성능이 저하되지 않았습니다.

이 컴포 지터 버그가 지속되는 것처럼 보이는 것은 유감이지만 거의 확실하게 video / gl과 관련이 있습니다. 컴포 지터는 내가 찾은 모든 리눅스 데스크탑의 골칫거리이며, 아직 제대로 작동하는 것을 찾지 못했습니다 .4k에서 찾은 windoze aero조차도 xps 9560과 함께 제공되는 절대 쓰레기입니다.

좋은 해결 방법은 / etc / environment에 CLUTTER_VBLANK=none 을 추가하고 디스플레이 구성-> 고급 아래의 nvidia-settings의 모든 모니터에서 강제 구성 파이프 라인을 활성화하는 것입니다. 이렇게하면 vsync 처리가 컴포 지터에서 드라이버로 이동하고 xorg 구성에서 활성화 된 TearFree 와 함께 amdgpu에 도움이됩니다.

감사합니다. / etc / environment를 설정했지만 드라마와 혼돈을 불러 일으키는 것처럼 보이기 때문에 하드웨어 렌더링 버전을 시도 할 필요가 없습니다. 나는 지금까지 소프트웨어 렌더링 버전에 꽤 만족하고, cairo-dock 및 다른 앱에서 일부 그리기 지연이 있지만 하드웨어 버전 자체가 엉망인 것은 아닙니다.

흥미롭게도 현재 소프트웨어 모드에서도 동일한 지연이 발생하지만 전체 GPU 렌더링보다 훨씬 느린 속도입니다. 일종의 리소스 누수처럼 느껴지지만 GPU에 대한 직접 렌더링이 아니라면 데스크톱 내의 리소스 관리에 버그가 있다고 생각합니다.

이 문제를 해결하는 데 도움이되는 유용한 피드백, 로그, 디버그 등은 무엇입니까? 데스크탑이 무작위 / 공통 간격으로 깜짝 놀란 것 외에는 비정상적인 것이 없습니다.

또한 명확히하기 위해이 작업의 많은 부분이 내가 사용하는 고해상도와 관련이 있다고 생각합니다. 내 데스크톱은 11520x2160 (3x 4k 디스플레이)으로 실행되므로 GPU 가속을 시도하는 데스크톱에도 세금이 부과됩니다. 나는 누구도 그런 요인을 고려하지 않는다고 생각하지만, 4k, 5k, 이제 8k가 다가 오면 투쟁은 현실입니다. 그렇기 때문에 통합, kde, 계피 또는 심지어이 규모에서 GPU에 대한 직접 렌더링을 사용하는 메이트 / 마르코를 포함한 모든 데스크탑에서 합성이 중단되는 것처럼 보입니다.

개발자들에게 주목해야 할 부분입니다. 컴 포지 팅의 도래와 함께 Linux에서 6x 1080p 디스플레이를 실행하는 2010 년 이후로 컴포지트 렌더링에 대한 해상도 스케일이 문제가되었습니다.

그래서 나는 이것을 확인하기 위해 다시 돌아 왔습니다. 가장 최근에 약 80 일의 가동 시간 이후에 소프트웨어 합성에서 창 다시 그리기에서 5 초 지연을 경험 한 후, 새로운 기능과 개선 된 점을 확인하기 위해 다시 업그레이드했습니다. 짧게 말하면, 그렇게 많지는 않습니다.

이제 4.0.7 코어 시나몬 패키지에서 이전과 같이 소프트웨어 렌더링으로 시작하는 것은 끔찍한 깜박임과 창 일부 (특히 최소화 / 종료 버튼) 주변의 이상한 새로 고침 문제로 인해 지독했습니다. 하드웨어 모드를 시도해 보면 그것 없이도 작동하지만 거의 즉시 사용 후 며칠 내에 새로 고침 지연이 발생하기 시작했으며 이전 하드웨어 모드에서 소프트웨어를 사용하게 된 것처럼 꾸준히 증가하고 있습니다. 소프트웨어는 지금까지 4.0에서 바구니 케이스로 보였지만 하드웨어 렌더링은 몇 년 전부터 여전히이 문제를 가지고 있습니다.

이 문제를 실제로 해결하려면 무엇이 필요할까요? 해상도는 디스플레이에서 점점 작아지지 않으며 이러한 컴포 지터는 여전히 오래된 HD 해상도 이상의 것을 처리 할 수 ​​없습니다.

@mikebutash 소프트웨어 렌더링 모드는 그래픽 드라이버가로드되는 동안 사용할 수 없습니다. VGA 모드 용입니다.

4.2에 대해 다양한 PR이 열려 있습니다. 그들을 테스트하는 것이 편하다면 Muffin repo에서 내 PR 브랜치를 확인할 수 있습니다. 다른 옵션은 설정-> 일반에서 vsync를 비활성화하고 nvidia-settings에서 강제 구성 파이프 라인을 활성화하는 것입니다. 4.0.x 시리즈에서이 문제를 해결하기 위해 수행 할 수있는 다른 작업은 없습니다.

편집 :이 위키 페이지 도 참조

@jaszhix 는 이것이 솔루션이라는 의미는 아니지만 특히 시간이 지남에 따라 선호하는 하드웨어 방법보다 더 잘 작동한다는 것에 동의했습니다. 그러나 최신 4.0에서는 그다지 많지 않고 깜박임과 극심한 지연이있는 또 다른 회귀가 발생했으며 즉시 증분 지연이 하드웨어에서 다시 시작되었습니다. 시간이 지남에 따라 악화된다는 사실은 코드 불안정성을 보여줍니다. 3.x 초반 이후로 수행되었으며 4.2에서도 여전히 가능하므로 실제로 어떤 버전을 사용하는지가 중요하지 않습니다.

이전에 권장 사항에 따라 vsync 및 강제 파이프 라인을 모두 수행했지만 지금은 nvidia 설정에서 강제 전체 구성 파이프 라인이 다시 비활성화되었는지 확인 했으므로 다시 활성화하면 요금이 어떻게되는지 확인할 수 있습니다. 나는 모든 디스플레이에서 활성화 한 후에도 가끔 지연이 발생하지만 점차 악화되는 경향이 있는지 확인해야합니다.

모든 DE가 합성에 너무 열중한다면, 그들은 모두 큰 해상도에서 동일한 문제를 겪기 때문에 해상도의 규모에서 안정성을 보장한다면 좋을 것입니다. 내 Cinnamon은 메모리 누수처럼 작동합니다. 90 일 정도 후에 재부팅 / 업그레이드하기 전에 cinnamon-desktop이 일반적으로 CPU의 80-90 %를 htop의 top-talker에서 사용하는 것을 볼 수 있습니다. 내가 사용할 수 있는 39 개의 다른 스레드를 가지고 수있는 것)의 많은 메모리를 사용했습니다. 이를 대규모로 테스트하는 방법이 필요하며, 일종의 발 그리드와 같은 스트레스 테스트처럼 보일 것입니다. 여기서 90 일 정도 사용하면 계피는 항상 튀어 나올 준비가되어 있으며 소프트웨어 렌더링 상태입니다. 일반적으로 하드웨어에서 일주일 내에 죽습니다. KDE도 마찬가지입니다.

대부분의 사람들은 11200x2160 해상도의 디스플레이를 일반적으로 실행하지 않지만 3x 4k 디스플레이에 불과합니다. 매일 점점 더 흔해지고 저렴 해지고 있거나 그에 따라 조정됩니다. 어느 시점에서 퇴비화는 장기적인 안정성과 함께 이와 같은 해상도를 설명하거나 질량에 더 적합한 타협 방법을 찾아야합니다. 오히려 시간이 지남에 따라 흔들림 / 투명도보다는 내 창에 안정적으로 다시 그려야합니다. 시스템을 불안정하게 만드는 것이 무엇인지 알았다면 기꺼이 비활성화 할 것입니다.

Nvidia 드라이버의 버전은 무엇입니까? 390 또는 396을 사용하는 경우 Ubuntu PPA 에서 415.25를 사용합니다.

내 모니터의 결합 된 해상도는 8560x1440이며 현재 PR 지점에서 시간이 지남에 따라 Cinnamon의 속도가 느려지는 것을 보지 못합니다. 몇 기간 동안 개발을 위해 Cinnamon을 다시 시작하지 않습니다.

강제 구성 파이프 라인은 약간의 지연 시간을 추가합니다. 일반적으로 사용을 권장하지 않으며 Cinnamon의 vsync에 문제가있는 경우 nvidia-settings에서 "Allow flipping"이 활성화되어 있고 "Sync to vblank"가 비활성화되어 있는지 확인합니다. 3.8 및 이전 버전을위한 드라이버 해결 방법을 사용하지 마십시오.

지연을 고려하는 것이 무엇인지 명확하지 않습니다. 드래그 할 때 커서가 창과 동기화되지 않습니까? 아니면 윈도우의 일반적인 입력 지연? 이러한 것들은 컴포 지터 코드의 다른 부분에 의해 영향을받습니다. https://github.com/linuxmint/muffin/pull/397 은 둘 다 개선하고 https://github.com/linuxmint/muffin/pull/392 는 후자를 개선합니다. 4.0에 들어가고 싶었지만 더 많은 테스트가 필요합니다.

깜박임과 극심한 지연이있는 또 다른 회귀

이러한 문제를 별도로 유지합시다. 이미 깜박임과 관련된 몇 가지 문제 가 있으며 4.0에서 더 나빠지는 것을 보지 못했습니다. 물론 수정이 필요하지만 안정적으로 재현 할 수없는 부분은 수정하기가 어렵습니다.

마지막 업그레이드 시점에서 저는 nvidia 415.25-4를 사용하고 있으므로 귀하의 기대 범위 내에 있습니다.

나는 뒤집기 허용을 설정하고 (이전에 수행되지 않음) vblank로 동기화하지 않도록 설정하고 (일반적으로 수행됨) 각 디스플레이에서 전체 합성 파이프 라인을 강제로 설정했습니다 (이번에 재설정 확인).

지연은 내가하는 모든 일과 같습니다. 창 사이를 클릭하면 다시 그리면 화면이 한 번에 몇 초 동안 정지하여 제자리에 고정되어 약간의 지연이 발생합니다. 나는 최근에 오버로드를 스팀에서 플레이하고 있는데, 전투 중에는 꽤 짜증이납니다. 나는 그것이 발생했을 때 알아 차리고 선점하는 법을 배웠다. 데스크톱을 사용하면 이러한 지연이 발생하여 입력하는 동안 창 사이를 클릭하거나 입력하는 동안 다양한 지연 / 끊김 현상이 발생합니다. 입력하는 동안 또는 임의의 마우스 또는 키보드 활동 중에 모든 것이 1 ~ 2 초 동안 중지됩니다.

물건을 끌면 문제가 악화되는 경향이 있으며, 대부분의 UI 항목은 데스크톱을 화나게하고 지연되어 시각적으로 1 ~ 2 초 동안 지연되는 경향이 있습니다. 90 일을 빨리 감 으면 몇 분마다, 때로는 그보다 적은 횟수로 결정했을 때 수행하는 모든 작업에서 5 초가 지연됩니다.

깜박임과 관련하여 모든 디스플레이에서 무작위로 특정 영역이 항상 동일하지는 않지만 한 번에 몇 초 동안 깜박이기 시작하고 사라지는 일종의 과거의 유령 영역처럼 발생하는 것을 확인했습니다. 이것은 한 번에 하나씩의 작은 하위 집합 인 4k의 3 개 디스플레이 모두에 적용됩니다.

이것은 소프트웨어 렌더링의 또 다른 아티팩트이지만, 그럴 때는 이상합니다. 나는 하드웨어 렌더링에서 이것을 보지 못했지만 지난 90 일 동안 그것을 사용하여 소프트웨어를 많이 사용했습니다. 소프트웨어에서 이상한 것 없이는 하드웨어에서 충분히 나쁘다.

나는 뒤집기 허용을 설정하고 (이전에 수행되지 않음) vblank로 동기화하지 않도록 설정하고 (일반적으로 수행됨) 각 디스플레이에서 전체 합성 파이프 라인을 강제로 설정했습니다 (이번에 재설정 확인).

기본적으로 내가 제안한 것은 설정-> 일반에서 머핀의 vsync를 다시 활성화하고 전체 컴포지션 파이프 라인을 비활성화하는 것입니다. 둘 다 활성화하면 가장 많은 지연이 발생합니다.

깜박임은 소프트웨어 렌더링 및 켜져있을 때 사용되는 특정 Clutter 환경 변수를 사용할 때 확실히 더 나쁩니다. nomodeset 매개 변수로 부팅 할 때 이런 일이 발생하는 것을 보지 못했지만 Cinnamon이 소프트웨어 렌더링을 사용하는 동안 Nvidia 드라이버가로드되면 깜박임이 발생합니다. # 7985를 참조하십시오.

"지연"동작은 스레드가 간헐적으로 차단되는 것처럼 들립니다. 타사 애플릿 / 데스크 렛 / 확장 프로그램을 사용하고 있습니까? gsettings get org.cinnamon enabled-applets && gsettings get org.cinnamon enabled-desklets && gsettings get org.cinnamon enabled-extensions 확인하십시오.

솔직히 말하면 아치 밑에 얼마나 고통이 있는지 잘 모르겠습니다. 나는 그들의 석방과 함께 달리고, 업그레이드하고, 문제가 그냥 사라지기를 조금기도하는 경향이 있습니다. 그러나 지금은 주요 개정판이 아닙니다. 3.x에서 4.0으로. 나는 많이 벗어나지 않으려 고 노력하고 다양한 VPN, 가상 머신 및 기타 다양한 통합 지점을 포함 하여이 시스템에서 생계를 유지합니다.

하드웨어에서 깜박임이 발생하지 않지만 거의 즉시 부팅되는 무작위 지연이 발생합니다. 벌써 나 빠지고있어.

예, 시나몬 사용을 다시 중단해야했습니다. 창 다시 그리기 지연으로 인해 며칠 만에 저를 죽이고 제가 적극적으로 사용하고있는 모든 창에서 최대 5 초 지연이 발생했습니다. 이것으로 게임을 시도하는 것은 불가능합니다. 일반적으로 소프트웨어 렌더링으로 되 돌리면 업데이트에서 똑같은 긴 지연이 발생하는 데 보통 몇 달이 걸리지 만 현재 4.0의 소프트웨어 렌더링은 완전히 사용할 수 없습니다.

업 비트에서 KDE / Kwin은 여전히 ​​바구니 케이스이며 거의 동일한 문제이지만, 변경 사항으로 다시 그리기 위해 창을 최소화하고 다시 선택해야하는 창을 전혀 새로 고치지 않을 것입니다.

다른 DE의 컴포 지터가 이것을 얻기가 정말 어려운 이유는 무엇입니까?

제 3 자 확장을 확인했는데, 아니, 내가 가진 모든 것은 계피 확장이고 대부분 기본 확장입니다. 나는 보통 cairo-dock을 덧 씌워서 맞춤형 물건에 사용했습니다.

나는 htop, iotop, nvtop 및 powertop 및 다른 사람들이 이것이 발생하는 이유를 찾으려고 많은 시간을 보냈습니다. 시간이 지남에 따라 자체 및 xorg.

물론 이것은 항상 흐릿 해지는 곳입니다. xorg, nvidia 드라이버 또는 계피가 오작동하는 정도는 얼마입니까? 내부적으로 디버깅하는 좋은 방법이 없습니다. 시간이 지남에 따라 확실히 자원 돼지가되기 때문에 문제, 특히 계피 자체의 내부를 보는 좋은 방법을 알고 있다면 나는 귀를 열었습니다.

응용 프로그램이 작업을 수행하고 "지연"순간 동안 창만 다시 그려지지 않으므로 무언가가 차단된다는 데 동의하지만 그것이 무엇인지 알 수 없습니다.

지연으로 인해 마지막으로 사용하기 위해 많은 슬픔을 겪었으므로 kde로 전환해야했지만 kde는 챔피언이 아니므로 기꺼이 계피를 다시 시도합니다. 민트는 거의 너무 단순해서 gnome3, 특히 우분투의 기능 장애 버전을 견딜 수 없으므로 문제에도 불구하고 계피로 계속 돌아옵니다. 이 스레드의 유일한 사람이 아니기 때문에 가능하면 문제를 해결하는 데 도움을 드리고 싶습니다.

나는 이것을 본 다른 사람들에게 무슨 일이 일어 났는지 조금 궁금합니다.

다른 DE의 컴포 지터가 이것을 얻기가 정말 어려운 이유는 무엇입니까?

합성을 최적화하는 것은 어렵고 많은 시행 착오가 필요합니다. 작업하기가 쉽지 않습니다.

내가 가진 것은 계피 확장이었고 대부분 기본 확장이었습니다. 나는 보통 cairo-dock을 덧 씌워서 맞춤형 물건에 사용했습니다.

대개? 어떤 확장이 사용 중입니까? 그것은 중요한 세부 사항입니다. 합성에 대한 텍스트 벽이 아니라 문제를 재현하는 데 도움이되는 정보가 필요합니다. 감사!

활성화 된 것처럼 보이는 데스크 렛 (bbcwx, 날씨 애플릿)이 있었지만 그 흔적이 없거나 이전에 실행중인 것을 보지 못했습니다.

[ user @ host ~] $ gsettings get org.cinnamon enabled-applets
[ ' panel1 : left : 0 : [email protected] : 0', ' panel1 : left : 1 : [email protected] : 1', ' panel1 : left : 2 : [email protected] : 2 ',' panel1 : left : 3 : [email protected] : 3 ',' panel1 : right : 0 : [email protected] : 4 ',' panel1 : right : 1 : [email protected] : 5 ',' panel1 : right : 2 : [email protected] : 6 ',' panel1 : right : 3 : [email protected] : 7 ',' panel1 : right : 4 : [email protected] : 8 ',' panel1 : right : 5 : [email protected] : 9 ',' panel1 : right : 6 : [email protected] : 10 ',' panel1 : right : 7 : [email protected] : 11 ' , ' panel1 : right : 8 : [email protected] : 12', ' panel1 : right : 9 : [email protected] : 13', ' panel1 : right : 10 : [email protected] : 14 ']
[ user @ host ~] $ gsettings get org.cinnamon enabled-desklets
[ '[email protected] : 1 : 50 : 50']
[ user @ host ~] $ gsettings get org.cinnamon enabled-extensions @ as []

나는 합성을 다루는 것이 복잡한 작업이라는 것을 알고 있으므로 노력을 경시하려는 것은 아니며 확실히 감사드립니다.하지만 합성은 모든 DE에서 Linux에서 가장 약한 링크를 사용합니다. Windoze에서도 Aero는 dell 랩톱에서 상자를 벗어난 상태에서 제한된 사용으로 발견 한 합성 용 바구니 케이스가 될 수 있습니다. 얼마나 많은 고유 한 노력이이 문제를 일으키는 지 놀랍습니다. 그래서 충분히 잘 달성하기가 불가능 해 보이는데 왜 이것이 그렇게 필요한지 의문입니다. 더 나은 방법이있을 것 같습니다.

아 그래, bbcwx가 활성화되어 있지만 렌더링이되지 않으면 오작동 할 수 있습니다. # 8180과 같이 성능에 영향을 미칠 수있는 4.0.x 용으로 열었던 PR도 몇 개 있습니다. 언제 병합되는지 확실하지 않지만 모든 사람이 사용하거나 GWL로 전환해야합니다.

답답함을 이해합니다. 머핀을 향상시키기 위해 C를 배우기 시작한 이유입니다.하지만 공개 PR (제가 해왔 던) 외에는 할 수있는 일이별로 없습니다. 일반적으로 Linux의 그래픽은 오랫동안 뒤쳐져 왔으며 최근 몇 가지 큰 변화 (예 : proton)를 따라 잡기 시작했습니다. 해야 할 일이 많고, 저의 목표는 머핀을 Windows 10에서 DWM만큼 반응하도록 만드는 것입니다.

나는 그것을 활성화 한 것을 기억조차하지 못한다. 그래서 뭔가 잊혀진 무언가 였을 것이다. 방법을 알아 내면 제거하겠습니다.

저는 2006 년부터 풀 타임으로 Linux를 사용해 왔으며 합성 전후를 기억하고 있으며 이전에는 훨씬 더 단순했습니다. 저는 우분투와 컴 피즈 문제를 수년간 다루었습니다. 그것이 시작되었을 때, 그것은 저를 KDE로, 나중에 Mate / Cinnamon으로, 그리고 지금은 어느 쪽이 덜 짜증나는지에 대해왔다 갔다했습니다.

지금까지 3.x에서 4.0으로가는 것은 Cinnamon에서 최악이었습니다. 그러나 kwin, compiz, mutter, 그들은 모두 시간이 지남에 따라 악화되는 고유 한 리소스 누출로 고통받는 것 같습니다. 그들이 모두 그것을하기 때문에 나는 종종 그것이 모든 DE들 사이에서 불안정화를 일으키는 xorg 또는 nvidia 드라이버와 같은 하위 수준의 구성 요소라고 생각하지만 실제로는 말할 방법이 없습니다. 따라서 나는 DE로 시작하지만, 이러한 그래픽 지연의 원인을 파악하기 위해 다양한 * 상단을 봅니다. 지금까지는 아무 소용이 없습니다.

나는 아치에서 다음 머핀 릴리스를 시도하는 방법을 잘 모르거나 아치에서 업데이트를 깔끔하게 가져 오기 위해 아치 일반 팩맨 업그레이드를 따르는 경향이 있습니다.

나는 또한이 문제가 있습니다. 내 사양은 스크린 샷을 참조하세요. 128GB RAM도 있습니다 : https://gyazo.com/1f0443df15097949a2314bebba6d12db

XFCE> <로의 이동을 해결했습니다 (그래서 Cinnamon에서는 해결되지 않음).

@zenfulcoder 128GB RAM을 사용하는 h * K는 어디에 있습니까? 아마 당신의 경우에 확실히 XFCE로 옮길 때일지도 몰라 .. haha

@ danger89 yah XFCE를 사랑합니다. XFCE를 몇 년 만에 시나몬으로 전환했습니다. 나는 최신 데스크탑과 그들의 통합을 위해 Cinnamon을 좋아했습니다. OpenGL을 실행해야한다는 점이 짜증납니다.

제 보드가 지원했기 때문에 XD에 넣었습니다. 하지만 그렇게해서 일할 때는 절대로 떨어지지 않습니다. 기본적으로 무제한입니다. 그러나 계피에서는 여전히 느리게 실행됩니다!

@zenfulcoder 병목 현상이 발생한 것을 환영합니다. 메모리 크기 때문이 아니라 메모리 속도 / 대기 시간 등이 아닐 수 있습니다. 그리고 나머지 PC (디스크 / 마더 보드 / hm .. 등).

그럼에도 불구하고 위 섹션에서 볼 수 있듯이 사양과 전혀 관련이 없습니다. videodrivers, Xorg 또는 해당 영역에 버그가 있습니다.

@ danger89 확실히 계피의 문제입니다. v4가 더 나을 수도 있지만 아직 데비안에서는 충분히 안정적이지 않습니다.