Cinnamon: Jendela menggambar ulang jeda saat menyeret jendela

Dibuat pada 14 Okt 2013  ·  73Komentar  ·  Sumber: linuxmint/cinnamon

Cinnamon 2.0.2 dan semua versi sebelumnya yang saya gunakan tampaknya melakukan pemrosesan yang berlebihan saat mengklik-menyeret jendela.

Ini bermanifestasi sebagai gagap sedikit, tetapi terlihat saat menggeser jendela, yang membuat pengalaman desktop tampak lamban - sangat terlihat ketika saya boot dari Cinnamon ke Windows 7, di mana jendela meluncur dengan lancar.

Jika saya memantau proses kayu manis dengan bagian atas, saya dapat melihat penggunaan CPU sambil tidak menyeret, tetapi melakukan sesuatu seperti memutar video YouTube sekitar 5-10%. Saat saya mulai menyeret jendela (jendela Chrome penuh dengan teks) - penggunaan cpu melonjak menjadi sekitar 30%.

BUG

Komentar yang paling membantu

Nah itu menarik, saya perhatikan gagap yang saya lihat tampaknya terjadi pada frekuensi yang sama dengan applet Monitor Sistem, jadi saya menghapusnya dari panel dan menyalakan ulang, dan sekarang gagap telah hilang untuk saya. Hal ini tampaknya semakin mendukung saran @DarekDeo bahwa ada yang salah dengan panel. Mungkin, proses / hal apa pun yang mengupdatenya itu terhenti sebentar selama pengulangan gambar ulang (saya bukan pemrogram grafis)?

Semua 73 komentar

Aku benci mengatakan "aku juga", tapi ... "Aku juga!" Saya menjalankan kotak yang agak lebih tua, dengan Cinnamon berjalan di atas Ubuntu 13.04. Segala sesuatu yang lain tampak baik-baik saja, itu hanya masalah menyeret jendela. Dan "gagap" terlihat jelas, setelah itu jendela hanya melompat ke titik berikutnya. Tampaknya terjadi saat menyeret jendela mana pun (chrome, uxterm). Beri tahu saya info pendukung lain yang bisa saya berikan. Saya tidak dapat menemukan sesuatu yang menarik di log sistem saya.

Saya dapat mengonfirmasi ini, tetapi saya memiliki kartu grafis yang sangat buruk ...

Saya juga mengalami masalah yang sama. Saya menjalankan Cinnamon terbaru dari nightly ppa di Ubuntu 13.10.

Saya menjalankan sistem multihead pada arch linux dengan kayu manis 2.0.2 saat ini (3x 1920x1080) saya telah mencoba 660 dan 7870 saya. Keduanya menunjukkan perilaku yang sama, jendela yang sangat lamban saat bergerak atau mengukur. Saya menggunakan atm driver opensource. (Akan mencoba katalis setelah diperbarui untuk bekerja)

Di sistem saya itu hampir tak tertahankan.

--- Perbarui --- jika saya menonaktifkan di panel Pengaturan Cinnamon -> Window Tiling and Edge Flip -> Window Tiling and Snapping - jendela bergerak cepat lagi melintasi layar; Saya mendapat petunjuk ini dengan bergerak di sekitar jendela dan saya mendapatkan benda HUD baru yang menunjukkan posisi saya dapat meletakkan jendela itu; setiap kali HUD muncul, lagg akan dimulai.

Saya dapat mengonfirmasi perilaku yang sama di laptop saya; menggunakan Manjaro Linux dan Cinnamon 2.0.6
Saya memiliki CPU P6100 dual-core dan kartu grafis Intel HD 3000.
Saya tidak mengalami masalah ini sebelumnya dengan 1.6 atau 1.8.
Saya mencari opsi dengan Muffin untuk menonaktifkan "konten jendela" saat bergerak tetapi sejauh ini tidak berhasil, menggunakan editor Dconf.
Akan lebih bagus jika seseorang memberikan penjelasan mengapa hal ini terjadi.
Pertahankan kerja bagus;)!

Penundaan pada menyeret jendela tidak seberapa dibandingkan dengan mengubah ukuran jendela (misalnya: gnome-terminal), ini dapat memakan waktu beberapa detik :-(

Saya mengonfirmasi bug ini dengan Intel core I5 ​​dan pengontrol grafis Intel (generasi ke-2).

Anda dapat mengatur ambang batas HUD ubin ke 1 dan itu pada dasarnya akan menonaktifkan tampilan HUD sambil tetap mengaktifkan ubin. Mungkin di versi berikutnya cara yang lebih langsung untuk menonaktifkannya dapat ditambahkan, bersama dengan serangkaian grafik yang lebih kuat untuk menganimasikan HUD.

Saya dapat mengonfirmasi bug ini pada CPU i7-2600K dan AMD R9 290 GPU (driver beta terbaru). Terutama di layar 120hz saya. Menonaktifkan ubin dan gertakan tidak membantu.

Versi Cinnamon apa yang Anda jalankan? Salah satu penyebabnya baru-baru ini ditambal.

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

Saya menjalankan Cinnamon 2.0.14. Akan mencoba menginstal yang terbaru.

Memiliki muffin terbaru mungkin lebih penting. Jika Anda menggunakan muffin 2.0.4, Anda belum mendapatkan perbaikannya. Jika Anda menjalankan 2.0.5 itu akan memilikinya.

(Saya tidak menjamin masalah khusus Anda telah diperbaiki, mungkin karena penyebab lain, tetapi perlu diperiksa)

Saya mengalami sesuatu yang mirip dengan Cinnamon 2.0.14 dan Muffin 2.0.5 di Mint 16 dengan i5-4440s dengan grafis Intel HD 4600. Saat saya menyeret Windows, mereka tidak dapat mengikuti kursor mouse. Seolah-olah jendela dipasang ke kursor saya dengan karet gelang kecil.

Berikut video tentang apa yang saya alami. Apakah ini perilaku normal? http://youtu.be/KylzMTZpD7w

Saya dapat mengonfirmasi bahwa kasus ini masih berlaku untuk Cinnamon 2.2.14 dan juga Gnome Shell 3.12.2 di Debian Jessie.

Saya juga mengerti dan jujur ​​saja sangat mengganggu. Jelas kurang mulus dari Unity dll, dan memang Windows ...

Mengalami hal yang sama yang saya keluhkan sebelumnya, tetapi juga dengan NVidia GTX 760. Masalahnya jelas lebih buruk dengan beberapa monitor.

Saya mendapatkan ini di Cinnamon 2.2.14, juga, dengan NVidia GT 630 dengan driver berpemilik versi 340.24 (dan dua Monitor). Saat menurunkan versi ke driver versi 304, jendela bergerak cepat lagi, tetapi kemudian saya mengalami robek.

On Sun 10 Aug 2014 04:04:47 AM EEST, Andres Manz menulis:

Saya mendapatkan ini di Cinnamon 2.2.14, juga, dengan NVidia GT 630 dengan ekstensi
driver berpemilik versi 340.24 (dan dua Monitor). Saat menurunkan versi
ke driver versi 304, jendela bergerak cepat lagi, tapi kemudian saya
mengalami robekan.

Window drag lag menghilang saat vsync dinonaktifkan melalui
variabel lingkungan. AFAIK Nvidia driver 304 tidak mengaktifkan vsync by
default (tidak seperti yang lebih baru), jadi ini mungkin menjelaskan mengapa Anda memiliki fast
menyeret dan merobek saat Anda menurunkan versinya.

Penggunaan CPU yang tinggi lazim terlepas dari vsync.

Dapat mengonfirmasi bahwa windows jauh lebih lambat jika saya tidak mencoba mengaktifkan vsync (driver intel), tetapi kemudian video tidak dapat ditonton.

Aneh juga bahwa linux mint tidak memiliki bug ini, dan arch linux memilikinya.

@startas Tidak, saya mendapatkannya di Mint 17.

Yang lebih aneh lagi karena saya memposting masalah ini, saya belum mengalami masalah itu lagi. Saya telah menginstal kayu manis pada beberapa konfigurasi perangkat, perangkat keras, dan perangkat lunak (distro) yang berbeda.

Anehnya - saya "memecahkan" masalah ini (saya hanya memiliki grafik intel hd, jadi itu hanya mungkin bekerja untuk grafik intel) dengan mengkompilasi ulang xf86-video-intel dengan bendera "--disable-dri3", dan mengkompilasi ulang lib32-mesa dengan yang sama flag "--disable-dri3", tentu saja Anda juga harus menghapus flag "--enable-dri3".
Sementara saya menggunakan 64 bit linux, mengompilasi paket mesa 64 bit tanpa dri3 dan menginstalnya membuat desktop kayu manis crash, tetapi entah bagaimana mengkompilasi ulang hanya xf86-video-intel dan versi 32 bit mesa untuk sistem 64 bit "memperbaiki masalah ini", itu juga memperbaiki kelambatan besar di chrome.
Hanya menonaktifkan dri3 di driver 2d tidak berfungsi, tetapi menonaktifkan dri3 dalam versi 32 bit mesa dan menginstalnya berhasil, saya bertanya-tanya mengapa - paket ini bahkan tidak diinstal secara default, karena linux 64 bit menggunakan kayu manis 64 bit, jadi menggunakan 64 bit mesa, dan saya tidak tahu cara kerjanya: D

kecuali ada satu masalah dengan itu, DRI3 tidak ada saat masalah ini pertama kali dibuat.

Saat ini arch linux juga menonaktifkan DRI3 secara default, ya?

Masalah ini terasa seperti mungkin terkait dengan sesuatu yang saya lihat di Program Luar Angkasa Kerbal di Linux (dengan Cinnamon): kerangka kerja yang sempurna, kecuali ketika saya mengklik dan menahan mouse untuk menggeser roket - kemudian ia tersendat dan melompat dengan buruk. Cinnamon mungkin melakukan semacam pemblokiran di loop gambar ulang untuk peristiwa mouse?

Di arch linux, xf86-video-intel dikompilasi tanpa dri3, tetapi mesa dikompilasi dengan dri3.

di komputer saya yang cukup cepat, mengubah ukuran jendela dengan kayu manis sangat merepotkan dan saya akan menyukai opsi untuk menonaktifkan visualisasi waktu nyata dari konten jendela. xfce melakukan ini dengan cara yang sangat baik.

Ini terjadi tetapi hanya di monitor eksternal saya, di Macbook ("akhir 2014") dengan grafik intel. Jendela juga akan menampilkan artefak robek, sekali lagi hanya di layar eksternal. Jeda tidak berubah secara nyata jika saya mengaktifkan "TearFree" tetapi itu memperbaiki robekannya. Saya memperbesar tampilan eksternal menjadi 2x2 dengan xrandr.

sunting: Saya harus mencatat bahwa sesuatu seperti glxgears tidak mengalami pengurangan framerate jika saya menyeretnya di layar itu, sebenarnya itu melaporkan ~ 71 fps pada monitor 60Hz, meskipun gerakan membuatnya terlihat <10 frame per detik. Membiarkannya sendiri berfungsi secara normal.

edit2: tampaknya penskalaan juga tidak mengubah lag.

@wrouesnel dan lainnya ...

Masalah KSP secara khusus mungkin karena tingkat polling mouse Anda disetel terlalu tinggi, terutama jika Anda memiliki mouse gaming, seperti Razer DeathAdder atau serupa (yang saya gunakan). Tutorial berikut akan membantu:

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

Saya telah merekam video yang menunjukkan masalah yang saya miliki (masalah menyeret browser Chromium, sementara Nemo dan Firefox dijalankan hanya untuk perbandingan): https://youtu.be/Ec99EYjwiqY
Saya memiliki masalah yang sama dengan IntellJ dan terkadang dengan Pidgin atau lebih jarang dengan Nemo. Saya menggunakan Mint 17.3 dan Cinnamon 2.8.6 dengan driver propietary amd. Hal yang perlu diperhatikan:

-Mint 17.3 dengan Cinnamon 2.8.6
-tidak dapat memuat driver gpu opensource untuk mengujinya, itu membuat saya tetap dalam mode rendering perangkat lunak sekarang (saya ingat xorg open source berfungsi dengan baik ketika saya menginstal 17.0 Mint kembali beberapa bulan yang lalu)
-Memaksa menonaktifkan vsync di amd propietary CCC membantu sedikit jendela yang lamban, tetapi itu membuat layar robek terutama saat menggulir situs web
-Ketika Cinnamon baru saja mulai, semuanya berfungsi dengan baik, tidak ada jendela yang lambat, tidak ada perubahan ukuran yang lambat. Masalah muncul setelah beberapa waktu (misalnya 10-40 menit setelah Chromium dimulai)
-Memulai ulang Cinnamon (ctrl + alt + esc) tidak membantu sementara (poin di atas)
- (sunting): itu tidak terjadi sebelumnya pada 17.2 dan Cinnamon 2.6 jika saya ingat dengan benar, tetapi saya memiliki masalah robekan yang lebih besar saat itu.

Edit:
Hal yang sama terjadi menggunakan driver opensource, berhasil menginstal ulang mereka.

Menjalankan Mint 17.3 Cinnamon segar dari stik USB, masalah yang sama seperti dijelaskan di atas.
Memeriksa Ubuntu Gnome3 dan Ubuntu Mate untuk perbandingan. Saat menjalankan keduanya dari USB untuk waktu yang cukup lama, saya belum melihat masalah / perlambatan apa pun.

Entah bagaimana sepertinya itu terkait dengan GPU, terutama untuk perangkat lunak yang memiliki dukungan GPU, seperti Chromium.
Hal kedua yang perlu diperhatikan adalah, sepertinya itu terjadi lebih cepat saat memiliki mata pencaharian untuk menubar dan terus menekan menubar dengan jendela Chromium. Saya bisa mendengar kipas di laptop mulai bekerja lebih keras. Terbaik untuk menyeret jendela Chromium dengan beredar melalui desktop.

"Nonaktifkan penulisan untuk jendela layar penuh" diaktifkan / dinonaktifkan - tidak ada perubahan

Itu lambat untuk mereproduksi bahkan dengan menubar menubar, cara termudah adalah dengan hanya menjelajah Internet untuk beberapa waktu, tapi saya mengerti itu bisa menjadi neraka untuk debugging.

Saya memiliki masalah ini juga - tetapi yang saya perhatikan adalah bahwa jendela menjadi _laggy_ setelah beberapa waktu - tetapi jika saya membuka yang baru, mereka tidak _lag_.

Misalnya jika saya membiarkan terminal duduk di sana selama satu jam, itu akan gagap sambil menyeret cukup banyak, tetapi terminal yang baru dibuka akan berfungsi dengan baik.

Dan ya, saat itulah saya membuka chrome (yang pada dasarnya terbuka setiap saat).

Ini bukan masalah besar karena setiap aspek lainnya tampaknya berfungsi dengan baik (misalnya Anda tidak melihat lebih banyak lag dalam game atau sesuatu) - satu-satunya hal aneh lainnya yang saya perhatikan adalah bahwa layar kunci membutuhkan waktu sekitar 10 detik. untuk memuat (Saya tidak pernah menyadarinya sebelum saya beralih ke Mint 17.3)


PS: Saya perhatikan bahwa proses cinnamon --replace akan menunjukkan penggunaan CPU yang cukup tinggi (sekitar 16% di sistem saya) beberapa saat setelah saya memindahkan jendela _laggy_.

Dinonaktifkan di sisi samping, setel panel untuk selalu ditampilkan. Menjalankan OS saat ini selama beberapa jam dan kejutan! tidak ketinggalan! Saya hanya merasa seperti di surga.

Saya dapat mengonfirmasi jeda jendela di belakang kursor, di Linux Mint 17.3, Cinnamon 2.8.6, dengan driver berpemilik nvidia 352.63. Sangat menyebalkan! Masalahnya apakah pengomposisian diaktifkan atau tidak!

Saya juga dapat mengonfirmasi lag dengan Mint 17.3, Cinnamon 2.8.6 dan Grafik terintegrasi i5-4210U atau nVidea GeForce 820M.
Saya bermain-main sedikit dengan pengaturan show / hide panel dan ternyata lag hanya ada saat panel ditampilkan. Saat saya menyetelnya ke sembunyikan otomatis, semua penarikan jendela berjalan mulus.
(Ya, saya tahu ini adalah kebalikan dari komentar dari DarekDeo).

Mungkin tidak sepenuhnya berlawanan, dari kedua komentar kami sepertinya ada yang tidak beres dengan panelnya. :)

edit: atau setidaknya terkait dengannya.

Saya memiliki masalah ini juga. Adakah yang mencoba driver grafis yang berbeda? Saya mengalami masalah ini di Xubuntu 15.10 dan setelah saya mengganti driver, semuanya bekerja dengan baik. Saya tidak dapat menemukan opsi itu di sini? Saya pergi ke driver di panel pengaturan dan daftar kosong baru saja muncul.

Pengaturan: Fedora 23, Cinnamon, GDM, driver milik Nvidia (juga dengan Nouveau)

Saya juga mengalami gagap saat menyeret jendela, dan juga saat mengetik atau menggulir file di Vim. Misalnya, saat saya mengetik, beberapa huruf akan muncul dengan keystroke, lalu kursor akan menggantung selama beberapa milidetik, lalu huruf yang saya ketikkan selama hang semua muncul.

Kegagapan sepertinya sering terjadi. Jika saya harus menebak, saya akan mengatakan setiap 500 ms. Menariknya, jika saya memindahkan jendela dengan cepat untuk jangka waktu tertentu, bagian atas menunjukkan Xorg kadang-kadang mengambil persentase besar dari CPU (~ 53%) saat memindahkan jendela ... ini sepertinya tidak benar. Ada ide?

EDIT: Saya mem-boot Fedora 23 Cinnamon Spin Live CD dan yang menarik, tidak mengalami gagap. Tetapi, menggunakan lingkungan DM yang sama (Cinnamon, lightdm, driver nouveau) dalam instalasi HDD saya masih melakukannya. Saya dapat mencoba menginstal Cinnamon spin langsung dari Live CD di mesin lain untuk melihat apakah masalah tetap ada; Saya akan melaporkan kembali dengan hasil apa pun.

Wah baiklah. Terima kasih @DarekDeo, ini bekerja jauh lebih baik ketika panel pintar dinonaktifkan. Sayang sekali saya tidak bisa menonton video Youtube dalam pemutar besar ketika browser saya sekarang fullscreen, itulah sebabnya saya menyalakan panel itu di tempat pertama, tetapi jendelanya semakin buruk.

Saya merasa aneh betapa lambannya semua jendela, mereka tidak tertahankan, tetapi jika saya kembali ke Windows 144hz saya membuat semuanya terlihat dan terasa begitu mulus, memindahkan jendela-jendela dan semuanya terasa begitu kokoh dan stabil, kembalilah Linux dan 60 saya hampir terasa lebih lancar daripada 144 saya dan windows terasa seperti mereka dimaksudkan untuk menjadi lamban saat Anda menyeretnya.

Saya juga hanya ingin menambahkan bahwa panel cerdas tampaknya memengaruhi jendela juga, browser saya telah berkedip putih penuh karena banyak kesalahan, mencoba beberapa untuk melihat mana yang tidak lagi mengalaminya, mengira ada sesuatu yang mungkin terjadi. rusak dengan kayu manis atau driver grafis saya, ternyata panelnya bermasalah @ _ @

Nah itu menarik, saya perhatikan gagap yang saya lihat tampaknya terjadi pada frekuensi yang sama dengan applet Monitor Sistem, jadi saya menghapusnya dari panel dan menyalakan ulang, dan sekarang gagap telah hilang untuk saya. Hal ini tampaknya semakin mendukung saran @DarekDeo bahwa ada yang salah dengan panel. Mungkin, proses / hal apa pun yang mengupdatenya itu terhenti sebentar selama pengulangan gambar ulang (saya bukan pemrogram grafis)?

Saya memiliki masalah yang sama sebenarnya, memperbarui ke versi Cinnamon yang lebih baru membuatnya sedikit lebih baik tetapi desktop Nvidia saya (i5-3570k, Nvidia 780ti) masih tidak semulus laptop grafis Intel saya yang jauh lebih kuat (i7-4500u, Intel grafis 4400).

Keduanya menjalankan Mint 17.3, Cinnamon 3.04 (saluran malam), dan kernel 4.4.0-22.

Driver yang digunakan adalah Nvidia's 364 (364.19-0ubuntu0 ~ gpu14.04.3) dari PPA driver Nvidia dan driver Intel yang disertakan dalam kernel.

@ davidva-cml terima kasih, menghapus applet Monitor Sytem memecahkan masalah bagi saya!

Matikan "sinkronkan ke vblank" di pengaturan nvidia xserver dan mengubah ukuran aplikasi seperti Telegram mulus seperti mentega sekarang

Ini masih menjadi masalah bagi saya.
Saya menggunakan instalasi baru Ubuntu 16.04.1, menggunakan Nvidia GTX 1070 dengan versi driver 375, jadi kinerja seharusnya tidak menjadi masalah.

@JosephMcc , dapatkah kami menandai masalah ini sebagai bug?

@ davidva-cml Apakah Anda berhasil memperbaikinya? Saya juga melihat Xorg di atas penggunaan CPU saat menyeret windows ... Mungkin kita harus melaporkannya sebagai masalah Xorg. Meskipun itu selalu bisa menjadi masalah Cinnamon .. Cara termudah untuk mereproduksi adalah dengan menjalankan glxgears di latar belakang sambil menyeret jendela.

Namun, beberapa orang dalam masalah ini dapat menderita masalah kelambatan yang sama sekali berbeda (yang mungkin terkait dengan Kayu Manis).

Saya khawatir saya memiliki masalah yang sama. Tetapi saya memiliki PC yang sangat kuat (Core i7-5930K 3.5GHz 6 core + Nvidia TITAN X yang menjalankan driver nvidia terbaru + RAM 32 GB dan OS saya diinstal pada SSD). Jadi pertunjukan seharusnya tidak menjadi masalah. Tapi tetap saja, setiap kali saya mencoba menyeret jendela, saya mengalami kelambatan seperti orang lain di utas ini. Tetapi aplikasi paling terbuka yang saya miliki semakin lambat!
Ketika saya memantau (htop) saya dapat melihat bahwa proses Xorg mengambil 90% atau lebih dari penggunaan CPU. Jadi bisa berasal dari Xorg, bukan kayu manis langsung.
Sangat menyenangkan mendapatkan umpan balik untuk memahami apa yang terjadi di sana.
Terima kasih.

Berjalan:
Kernel Linux 4.10.0-generik
FerenOS (yang menggunakan versi terbaru distro Linux Mint)
Menjalankan kayu manis 3.4.6

Saya ingin tahu apakah orang lain telah menemukan solusi untuk ini akhir-akhir ini karena ini tidak terdengar.

Bagi saya, Cinnamon mulai tidak stabil dengan jeda yang tumbuh dari reboot dari waktu ke waktu, hingga menjadi terlalu menjengkelkan untuk dipakai lagi, dan biasanya saya merasa harus mem-boot ulang dengan keras karena layar tidak akan bangun dari tidur lagi. Seperti posting terakhir, ini adalah komputer yang kuat (20 core, 40 utas, dual xeon, ram 128gb, nvidia 1070, dual nvme, tampilan 3x 4k), jadi kinerja tidak menjadi masalah, dan saya tidak mendapatkan ini dengan desktop lain lingkungan selain kde (yang memiliki masalah pengomposisiannya sendiri). Saya telah mematikan vblank dan sebagian besar fitur gl lainnya, dan masih tidak stabil, biasanya dalam waktu seminggu, tetapi tidak pernah ada kesalahan untuk diceritakan tentang sesuatu.

Saya menggunakan driver Linux Arch, Cinnamon 3.8.1-1, kernel 4.16.13, dan nvidia 396.24. Saya terus mengupgrade berharap ini hilang, tetapi tidak pernah berhasil.

Rupanya (seperti kebanyakan desktop sekarang) jawabannya adalah dengan menggunakan software rendering dari desktop. Saya berhasil pergi beberapa minggu terakhir kali sebelum saya mendapatkan batas waktu tampilan 5 detik tentang setiap menit atau lebih, yang menjadi agak menyebalkan dari waktu ke waktu.

Biasanya saya hanya beralih ke desktop yang berbeda, KDE (berdoa mereka memperbaikinya juga) atau Mate (marco cenderung berperilaku, tetapi desktop sebaliknya kurang vs yang lain) setelah pacman -Syyu, tetapi kali ini saya perhatikan perangkat lunak kayu manis merender mode. Setelah seminggu penggunaan normal dengan perenderan perangkat lunak, saya biasanya mulai mendapatkan jeda setelah beberapa hari, tetapi dengan mode perangkat lunak, semuanya lancar, dan benar-benar tidak melihat penurunan kinerja dalam penggunaan desktop.

Sayang sekali bug compositor ini tampaknya tetap ada, tetapi hampir pasti terkait dengan video / gl. Komposit adalah kutukan dari setiap desktop linux yang saya temukan, saya belum menemukan yang berperilaku baik, bahkan windoze aero yang saya temukan di 4k adalah omong kosong mutlak yang dikirimkan dengan xps 9560 saya.

Solusi yang baik adalah dengan menambahkan CLUTTER_VBLANK=none ke / etc / environment dan mengaktifkan pipeline komposisi gaya pada semua monitor di nvidia-settings di bawah Display Configuration -> Advanced. Ini memindahkan penanganan vsync dari kompositor ke driver, dan membantu amdgpu juga dengan TearFree diaktifkan dalam konfigurasi xorg.

Terima kasih untuk itu, saya mengatur di / etc / environment saya, tetapi saya tidak menemukan kebutuhan untuk mencoba versi yang dirender perangkat keras, karena tampaknya hanya mengundang drama dan kekacauan. Saya cukup senang dengan versi yang dibuat oleh perangkat lunak sejauh ini, beberapa penundaan gambar di cairo-dock dan beberapa aplikasi lain, tetapi tidak terlalu seperti versi perangkat keras yang keluar dengan sendirinya.

Menarik, bahkan dalam mode perangkat lunak sekarang, saya mengembangkan jeda yang sama, tetapi pada kecepatan yang jauh lebih lambat dibandingkan dengan rendering gpu penuh. Rasanya seperti kebocoran sumber daya, tetapi jika tidak melakukan rendering langsung terhadap gpu, saya akan menganggap beberapa bug dalam manajemen sumber daya di dalam desktop.

Apa umpan balik, log, debug, dll yang berguna untuk membantu memperbaikinya? Saya tidak melihat ada yang abnormal di mana pun, selain desktop yang panik secara acak / interval umum.

Juga untuk memperjelas, saya pikir banyak dari ini ada hubungannya dengan resolusi tinggi yang saya gunakan ini. Desktop saya berjalan pada 11520x2160 (tampilan 3x 4k), yang membebani desktop mana pun yang saya temukan bahkan mencoba akselerasi GPU. Saya tidak berpikir ada yang memfaktorkan hal semacam itu, tetapi dengan 4k, 5k, dan sekarang 8k datang, perjuangannya nyata. Inilah sebabnya mengapa pengomposisian tampaknya rusak di bawah desktop apa pun, termasuk unity, kde, cinnamon, atau bahkan mate / marco dengan rendering langsung terhadap gpu pada skala ini.

Sesuatu yang perlu diperhatikan bagi para develpers, skala resolusi untuk render komposit dengan benar telah menjadi masalah sejak ~ 2010 ketika saya akan menjalankan tampilan 6x 1080p di bawah linux dengan munculnya pengomposisian.

Jadi saya kembali lagi untuk memeriksa ini, setelah mengalami penundaan 5 detik di jendela yang digambar ulang di bawah pengomposisian perangkat lunak baru-baru ini setelah sekitar 80 hari waktu aktif, saya meningkatkan lagi untuk melihat apa yang baru dan semoga ditingkatkan. Singkat cerita: tidak terlalu banyak.

Sekarang di paket kayu manis inti 4.0.7, dan peluncuran dengan perenderan perangkat lunak seperti sebelumnya sangat buruk dengan masalah kedipan yang mengerikan dan penyegaran yang aneh di sekitar bagian jendela (terutama tombol minimalkan / keluar). Mencoba mode perangkat keras, itu berfungsi tanpa itu, tetapi segera saya mulai mendapatkan jeda penyegaran dalam beberapa hari penggunaan yang terus berkembang seperti sebelumnya dengan mode perangkat keras yang mendorong saya untuk menggunakan perangkat lunak. Sejauh ini, perangkat lunak tampak seperti keranjang sampah, tetapi pembuatan perangkat keras masih memiliki masalah ini selama bertahun-tahun.

Apa yang mungkin diperlukan untuk benar-benar memperbaikinya? Resolusi tidak semakin kecil dalam tampilan, dan kompositor ini tampaknya masih tidak dapat menangani apa pun di luar resolusi HD lama.

@mikebutash Mode pembuatan perangkat lunak tidak pernah dimaksudkan untuk digunakan saat driver grafis dimuat. Ini untuk mode VGA.

Ada bermacam-macam PR terbuka untuk 4.2. Jika Anda merasa nyaman mengujinya, Anda dapat memeriksa cabang PR saya di repo Muffin. Opsi lain adalah menonaktifkan vsync di Pengaturan -> Umum dan mengaktifkan pipa komposisi gaya di pengaturan nvidia. Tidak ada lagi yang bisa dilakukan untuk memperbaikinya untuk seri 4.0.x.

Edit: Juga lihat halaman wiki ini.

@jaszhix , setuju bahwa ini bukan berarti menjadi solusi, tetapi mengatakan sesuatu yang berfungsi lebih baik daripada metode perangkat keras yang disukai, terutama seiring waktu. Tidak begitu banyak pada 4.0 yang lebih baru, regresi lain dengan kelambanan yang berkedip-kedip dan ekstrim, dan segera kelambatan tambahan dimulai lagi pada perangkat keras. Fakta itu tumbuh lebih buruk dengan waktu menunjukkan ketidakstabilan kode, yang dilakukan sejak awal 3.x, dan kemungkinan ke 4.2 Anda masih, jadi saya ragu itu penting versi apa yang sebenarnya saya gunakan.

Saya telah melakukan vsync dan forced pipeline per rekomendasi sebelumnya, tetapi perhatikan memeriksa sekarang bahwa pipeline komposisi penuh gaya dinonaktifkan lagi di pengaturan nvidia, jadi aktifkan kembali dan akan melihat bagaimana tarifnya. Saya masih melihat kelambatan sesekali setelah mengaktifkannya di semua tampilan, meskipun tetap untuk melihat bagaimana jika terus memburuk seperti biasanya.

Jika semua DE sangat bersikeras pada pengomposisian, alangkah baiknya jika mereka memastikan stabilitas dalam skala resolusi, karena sebagian besar mengalami masalah yang sama pada resolusi besar. Cinnamon pada saya bertindak seperti kebocoran memori, sebelum reboot / upgrade setelah 90 hari atau lebih, saya akan melihat cinnamon-desktop biasanya menggunakan 80-90% dari cpu dalam proses pembicara top di htop (sepertinya tidak berulir baik pada intinya karena saya memiliki 39 utas lain yang dapat digunakan), dan menggunakan banyak memori, sekitar 20-30gb (dapat dikatakan memiliki 128gb dalam sistem ini). Perlu ada cara untuk menguji ini dalam skala besar, dan tampaknya semacam uji stres seperti valgrid. Setelah 90 hari atau lebih digunakan di sini, kayu manis selalu siap untuk meletus, dan itu ada di Software render. Biasanya akan mati dalam waktu seminggu di perangkat keras. KDE menderita sama saja.

Kebanyakan orang tidak menjalankan layar dengan resolusi 11200x2160 secara umum, tetapi itu hanya layar 3x 4k, yang menjadi lebih umum dan lebih murah setiap hari, atau menyesuaikannya sendiri. Pada titik tertentu, pengomposan perlu memperhitungkan resolusi seperti ini, dan lebih baik lagi, dengan stabilitas jangka panjang, atau mencari metode kompromi yang lebih sesuai dengan massa. Alih-alih memiliki gambar ulang yang stabil di jendela saya daripada goyangan / transparansi dari waktu ke waktu. Jika saya tahu apa yang membuat sistem saya tidak stabil, saya akan dengan senang hati menonaktifkannya.

Apa versi driver Nvidia Anda? Jika Anda menggunakan 390 atau 396, gunakan 415.25 di Ubuntu PPA .

Resolusi gabungan monitor saya adalah 8560x1440, dan saya tidak melihat adanya perlambatan dengan Cinnamon dari waktu ke waktu di cabang PR saya saat ini, dalam beberapa periode saya tidak memulai ulang Cinnamon untuk pengembangan.

Pipeline komposisi gaya memang menambahkan beberapa latensi. Saya biasanya tidak merekomendasikan penggunaannya, dan jika Anda melihat masalah dengan Cinnamon's vsync, pastikan "Izinkan membalik" diaktifkan di pengaturan nvidia, dan "Sinkronkan ke vblank" dinonaktifkan. Jangan gunakan solusi driver apa pun yang ditujukan untuk 3.8 dan yang lebih lama.

Tidak jelas bagi saya apa yang Anda anggap lag - apakah kursor tidak sinkron dengan jendela saat menyeret? Atau latensi input umum jendela? Hal-hal tersebut dipengaruhi oleh berbagai bagian kode penyusun. https://github.com/linuxmint/muffin/pull/397 meningkatkan keduanya, dan https://github.com/linuxmint/muffin/pull/392 meningkatkan yang terakhir - yang saya ingin masuk ke 4.0, tetapi itu membutuhkan lebih banyak pengujian.

regresi lain dengan kelambanan yang berkedip-kedip dan ekstrim

Mari kita pisahkan masalah ini, sudah ada beberapa masalah tentang kedipan, dan saya belum mengamati itu menjadi lebih buruk pada 4.0. Tentu saja perlu diperbaiki, tetapi sulit untuk memperbaiki sesuatu yang tidak dapat direproduksi dengan andal.

Jadi pada peningkatan terakhir saya, saya menggunakan nvidia 415.25-4, jadi sesuai dengan harapan Anda.

Saya mengatur allow flipping on (tidak dilakukan sebelumnya), sinkronisasi ke vblank dinonaktifkan (biasanya dilakukan), dan memaksa pipeline pengomposisian penuh pada setiap tampilan (setel ulang kali ini memeriksa).

Lag, seperti semua yang saya lakukan. Jika saya mengklik di antara jendela, hasil gambar ulang di beberapa jeda, di layar berhenti selama beberapa detik setiap kali berhenti di tempat. Saya telah memainkan Overlord dengan steam baru-baru ini di mana ia melakukan ini, cukup mengganggu selama pertempuran. Saya telah belajar untuk memperhatikan dan mencegah saat itu terjadi. Penggunaan desktop juga menyebabkan penghentian ini, mengetik ini menghasilkan berbagai kelambatan / gagap saat mengklik antar jendela dan selama mengetik. Semuanya berhenti selama satu atau dua detik selama mengetik atau aktivitas mouse atau keyboard secara acak.

Menyeret hal-hal cenderung memperburuk masalah, sebagian besar hal UI cenderung membuat marah dan memperlambat desktop, menghentikan berbagai hal secara visual selama satu atau dua detik. Maju cepat 90 hari, ini menghasilkan penundaan 5 detik dalam segala hal yang Anda lakukan ketika memutuskan untuk memukul, yang setiap beberapa menit, dan terkadang kurang.

Mengenai kedipan, saya perhatikan ini terjadi di semua tampilan, secara acak di area tertentu, tidak selalu sama, tetapi seperti semacam area hantu di masa lalu yang akan mulai berkedip beberapa detik pada satu waktu, dan menghilang. Ini ada di semua 3 tampilan dalam 4k, beberapa subset kecil satu per satu.

Tampaknya ini adalah artefak lain dari rendering dalam perangkat lunak, tetapi aneh ketika melakukannya. Saya belum pernah melihat ini di bawah rendering perangkat keras, tetapi melakukan banyak hal dengan perangkat lunak selama 90 hari terakhir atau lebih menggunakannya. Cukup buruk di bawah perangkat keras tanpa hal-hal aneh dalam perangkat lunak.

Saya mengatur allow flipping on (tidak dilakukan sebelumnya), sinkronisasi ke vblank dinonaktifkan (biasanya dilakukan), dan memaksa pipeline pengomposisian penuh pada setiap tampilan (setel ulang kali ini memeriksa).

Pada dasarnya apa yang saya sarankan adalah mengaktifkan kembali vsync muffin di Pengaturan -> Umum, dan menonaktifkan pipa komposisi penuh paksa. Anda akan mengalami paling lambat jika keduanya diaktifkan.

Kedipan jelas lebih buruk pada rendering perangkat lunak, dan saat menggunakan variabel Clutter env tertentu yang digunakan saat aktif. Saya belum melihat ini terjadi saat boot dengan parameter nomodeset , tetapi kedipan akan terjadi jika driver Nvidia dimuat sementara Cinnamon menggunakan rendering perangkat lunak. Lihat # 7985.

Perilaku "berhenti" terdengar seperti utas diblokir sesekali, apakah Anda menggunakan applet / desklet / ekstensi pihak ketiga? Periksa dengan gsettings get org.cinnamon enabled-applets && gsettings get org.cinnamon enabled-desklets && gsettings get org.cinnamon enabled-extensions .

Aku mengerti, tidak yakin seberapa menyakitkan rasanya mencoba jujur, atau biasanya aku sedih. Saya cenderung menjalankan rilis mereka, meningkatkan, dan berdoa sedikit agar masalahnya hilang begitu saja. Tidak ada revisi besar sekarang, 3.x ke 4.0 sekarang. Saya mencoba untuk tidak menyimpang banyak, saya mencari nafkah dari sistem ini, termasuk berbagai vpns, mesin virtual, dan berbagai titik integrasi lainnya yang saya lakukan dengannya.

Saya tidak mendapatkan kedipan di bawah perangkat keras, meskipun itu mendapatkan kelambatan acak segera setelah boot ke dalamnya. Sudah semakin buruk aku tahu.

Ya, saya harus berhenti menggunakan Cinnamon lagi, jeda gambar ulang jendela membunuh saya setelah beberapa hari saja, mendapatkan jeda hingga 5 detik di setiap penyegaran jendela yang saya gunakan secara aktif. Mencoba bermain-main dengan ini tidak mungkin. Biasanya saya akan kembali ke rendering perangkat lunak di mana biasanya membutuhkan waktu berbulan-bulan untuk mendapatkan penundaan lama yang sama dalam pembaruan, tetapi rendering perangkat lunak sekarang di 4.0 sepenuhnya tidak dapat digunakan.

Secara cepat, KDE / Kwin masih merupakan keranjang, hampir masalah yang sama, tetapi saya tidak akan pernah membuat jendela disegarkan sama sekali, harus meminimalkan dan memilih ulang jendela untuk menggambar ulang dengan perubahan apa pun.

Mengapa ini sangat sulit bagi kompositor di DE yang berbeda untuk mendapatkannya?

Saya memang memeriksa ekstensi pihak ke-3, dan tidak, yang saya miliki hanyalah ekstensi kayu manis, dan sebagian besar yang default. Saya biasanya melapisi cairo-dock dan menggunakannya untuk hal-hal khusus.

Saya telah menghabiskan banyak waktu untuk menonton htop, iotop, nvtop, dan powertop, dan yang lainnya mencoba mencari tahu mengapa ini terjadi, tetapi saya tidak pernah melihat apa pun secara khusus muncul sebagai sumber daya babi dengan cara apa pun, di luar kayu manis-desktop sendiri, dan xorg dari waktu ke waktu.

Ini tentu saja di mana selalu menjadi kabur, berapa xorg, driver nvidia, atau kayu manis berperilaku buruk? Saya tidak tahu cara yang baik untuk melakukan debug secara internal. Saya terbuka telinga jika Anda tahu cara yang baik untuk menonton internal mereka untuk masalah, terutama kayu manis itu sendiri karena itu pasti menjadi sumber daya babi seiring waktu.

Aplikasi melakukan tugasnya, hanya jendelanya tidak digambar ulang selama saat-saat "jeda" itu, jadi saya setuju ada sesuatu yang diblokir, tetapi saya tidak tahu apa itu.

Saya memang harus beralih ke kde karena lag menyebabkan banyak kesedihan di sini untuk digunakan pada akhirnya, tetapi kde terlihat seperti tidak ada juara, jadi bersedia mencoba kayu manis lagi. Mint hampir terlalu sederhana, saya tidak tahan dengan gnome3, terutama versi disfungsional ubuntu itu, jadi saya terus kembali ke kayu manis meskipun ada masalah. Saya benar-benar ingin membantu memperbaikinya jika memungkinkan karena jelas saya bukan satu-satunya di utas ini.

Saya agak penasaran apa yang terjadi dengan orang lain yang melihat ini ...

Mengapa ini sangat sulit bagi kompositor di DE yang berbeda untuk mendapatkannya?

Mengoptimalkan pengomposisian sulit dilakukan, dan membutuhkan banyak uji coba. Ini bukanlah hal yang mudah untuk dikerjakan.

yang saya miliki hanyalah ekstensi kayu manis, dan kebanyakan yang default. Saya biasanya melapisi cairo-dock dan menggunakannya untuk hal-hal khusus.

Kebanyakan? Ekstensi mana yang sedang digunakan? Itu adalah detail yang penting. Kami membutuhkan informasi yang dapat membantu mereproduksi masalah, bukan kata-kata kasar di dinding tentang pengomposisian. Terima kasih!

Ada satu meja kecil yang tampaknya diaktifkan, bbcwx, applet cuaca, tetapi saya tidak melihat tanda-tanda itu ada atau berjalan sebelumnya.

[ pengguna @ host ~] $ gsettings dapatkan applet yang diaktifkan org.cinnamon
[' panel1: kiri: 0: [email protected] : 0', ' panel1: kiri: 1: [email protected] : 1', ' panel1: kiri: 2: [email protected] : 2 ',' panel1: kiri: 3: [email protected] : 3 ',' panel1: kanan: 0: [email protected] : 4 ',' panel1: kanan: 1: [email protected] : 5 ',' panel1: kanan: 2: [email protected] : 6 ',' panel1: right: 3: [email protected] : 7 ',' panel1: right: 4: [email protected] : 8 ',' panel1: kanan: 5: [email protected] : 9 ',' panel1: right: 6: [email protected] : 10 ',' panel1: right: 7: [email protected] : 11 ' , ' panel1: kanan: 8: [email protected] : 12', ' panel1: right: 9: [email protected] : 13', ' panel1: right: 10: [email protected] : 14 ']
[ pengguna @ host ~] $ gsettings dapatkan org.cinnamon enabled-desklets
[' [email protected] : 1: 50: 50']
[ pengguna @ host ~] $ gsettings dapatkan org.cinnamon enabled-extensions @ as []

Saya menyadari bahwa berurusan dengan pengomposisian adalah pekerjaan yang rumit, jadi saya tidak bermaksud meremehkan upaya tersebut, dan saya tentu sangat menghargai mereka, tetapi pengomposisian ada di setiap DE. Saya menggunakan tautan terlemah dalam segala hal di bawah linux. Bahkan di Windoze, Aero dapat menjadi keranjang untuk pengomposisian yang saya temukan dalam penggunaan terbatas saya di luar kotak pada laptop dell. Menakjubkan betapa banyak upaya unik yang tampaknya membuat kesalahan ini, jadi saya hanya mempertanyakan mengapa hal ini sangat diperlukan padahal tampaknya tidak mungkin dilakukan dengan cukup baik. Sepertinya harus ada cara yang lebih baik.

Ah ok, jadi jika bbcwx diaktifkan tetapi tidak rendering, maka mungkin terjadi kesalahan fungsi. Ada juga beberapa PR yang saya buka yang ditujukan untuk 4.0.x yang dapat memengaruhi kinerja, seperti # 8180. Saya tidak yakin kapan yang itu akan digabungkan tetapi semua orang harus menggunakannya, atau beralih ke GWL.

Saya memahami rasa frustrasinya - itulah mengapa saya mulai belajar C agar saya bisa meningkatkan muffin, tetapi tidak banyak yang bisa saya lakukan kecuali PR terbuka (yang selama ini saya lakukan). Grafik di Linux secara umum telah ketinggalan untuk waktu yang lama, dan baru-baru ini mulai mengejar ketertinggalan setelah beberapa perubahan besar (misalnya, proton). Ada banyak pekerjaan yang harus dilakukan, dan tujuan saya adalah membuat muffin responsif seperti DWM di Windows 10.

Saya bahkan tidak begitu ingat mengaktifkannya, jadi pasti ada sesuatu yang acak dan dilupakan. Saya akan menghapusnya, jika saya tahu caranya.

Saya telah menggunakan linux sejak tahun 2006 penuh waktu, dan mengingat sebelum / sesudah pengomposisian, dan hidup jauh lebih sederhana sebelumnya. Saya menangani masalah Ubuntu dan Compiz selama bertahun-tahun ketika itu dimulai, itu mendorong saya ke KDE, kemudian ke Mate / Cinnamon, dan sekarang bolak-balik akhir-akhir ini yang mana lebih sedikit.

Sejauh ini, beralih dari 3.x ke 4.0 adalah yang terburuk dengan Cinnamon, tetapi kwin, compiz, bergumam, mereka semua tampaknya mengalami kebocoran sumber daya yang melekat yang semakin memburuk dari waktu ke waktu. Karena mereka semua melakukannya, saya sering curiga itu adalah komponen tingkat rendah, seperti driver xorg atau nvidia yang menyebabkan destabilisasi di antara semua DE, tetapi sebenarnya tidak ada cara untuk mengetahuinya. Jadi saya mulai dengan DE, tetapi saya juga menonton berbagai * top untuk mencoba mencari tahu apa yang menyebabkan penundaan grafis ini, sejauh ini tidak berhasil.

Saya cenderung mengikuti upgrade pacman normal arch untuk mencoba menarik update di luar yang bersih, tidak yakin bagaimana cara mencoba rilis muffin berikutnya di arch atau saya akan.

Saya juga memiliki masalah ini. Lihat tangkapan layar untuk spesifikasi saya. Saya bahkan memiliki 128GB RAM: https://gyazo.com/1f0443df15097949a2314bebba6d12db

Memecahkan kepindahan saya ke XFCE> <(jadi tidak diselesaikan di Cinnamon)

@zenfulcoder Di mana h * K Anda menggunakan ram 128GB? Mungkin sudah waktunya Anda pindah ke XFCE pasti dalam kasus Anda .. haha

@ hazard89 yah Saya suka XFCE, saya baru saja beralih ke Cinnamon setelah bertahun-tahun XFCE. Saya menyukai Cinnamon untuk desktop modern dan integrasinya. Itu menyebalkan bahwa itu membutuhkan OpenGL untuk dijalankan.

Papan saya mendukungnya, jadi saya taruh di XD. Tapi begitu, untuk pekerjaan, saya tidak pernah kehabisan. Pada dasarnya tidak terbatas. Tapi masih berjalan lambat di Cinnamon !!

@zenfulcoder Selamat datang di tempat kemacetan. Ini benar bukan karena ukuran memori Anda, masih bisa jadi kecepatan / latensi memori dan apa pun yang tidak. Dan sisa PC (disk / motherboard / hm .. dll).

Namun demikian, kemungkinan besar itu tidak terkait dengan spesifikasi Anda sama sekali seperti yang Anda lihat di bagian atas. Ada beberapa bug di videodriver, Xorg atau sesuatu di area itu.

@ hazard89 ini jelas merupakan masalah dengan Cinnamon. Saya membaca v4 mungkin lebih baik, tetapi belum cukup stabil untuk Debian.

Apakah halaman ini membantu?
0 / 5 - 0 peringkat