Değiştirirken Linux'ta masaüstü yanıt hızını artırın

Şimdiye kadar test ettiğim tüm GNU / Linux dağıtımları, ram dolduğunda ve sistem değişmeye başladığında, tüm masaüstü ve grafik kullanıcı arayüzünün bazen 5-10 saniye sonra beklemek zorunda kaldığım ölçüde yanıt vermeme sorunu var. fare imleci gerçekte hareket edene kadar fiziksel fareyi hareket ettirmek.

Bu, özellikle düşük ram'lı sistemlerde can sıkıcı bir davranıştır.

Masaüstü ortamı vb.Gibi bazı uygulamalara / işlere, diğer uygulamalardan daha fazla ram'da kalmanın daha yüksek bir önceliği vermenin herhangi bir yolu var mı, böylece uygulama aslında tüm belleği tutan uygulamanın masaüstü ortamından önce değiştirilmesini sağlıyor mu?

DÜZENLEME: Tüm RAM kullanıldığında durumdan bahsediyorum, böylece devre dışı değilse her zaman değiştirmeye başlayacaktır (işlemlerin rastgele öldürülmesini istemiyorum). Bu sorunu sadece düşük ram ortamlarında değil, kısmen bellek sızıntısı nedeniyle birçok VM'den dolayı masaüstü bilgisayarımdaki 8GiB ram ile de yaşadım. ZRAM, sadece sorunu geciktirdiği için bir çözüm değildir. Bu sorun için düşünebildiğim tek çözüm, bazı işlerin değiştirilmesini veya en azından çok olası olmamasını sağlayan bazı kullanıcı alanı yardımcı programı veya çekirdek API'sidir. Var olan veya planlanan böyle bir araç veya API hakkında başka bir çözüm bilen veya bilen var mı?

2. DÜZENLEME: https://aur.archlinux.org/packages/ulatencyd-git/ ve https://wiki.archlinux.org/index.php/Ulatencyd uyarınca ulatencyd yeni systemd sürümleriyle çalışmıyor gibi görünüyor . Bunun nedeni, systemd 'nin doğru anladıysam kullanıcı gruplarından tam anlamıyla kontrolleri devralması olabilir.

Bildiğim kadarıyla bu Linux'a özgü bir sorun değil, SWAP (veya sanal bellek) çalışma şekli. İşletim sisteminin RAM'in aksine sabit sürücüdeki verileri araması gerekiyorsa, yavaşlar. Bu konuda yapabileceğiniz hiçbir şey yok, diske erişmek RAM'e erişmekten çok daha yavaş.

İşlemlerin değiştirilme önceliğini ayarlayamazsınız, yani verimliliği en üst düzeye çıkarmaya çalışacak olan çekirdek tarafından belirlenir, daha iyi yapamazsınız. Ne yapabilirsiniz yapmak seti bir sürecin işlemci önceliği ve bu kudreti yardımcısıdır. Sisteminiz SWAP'tan / SWAP'a okuma süresi nedeniyle alçaltılıyor, bu da CPU'nun devam etmeden önce talep eden işlem tarafından ilgili verilerin alınmasını beklemesi gerektiği anlamına geliyor. DE'nizi CPU erişimi için daha yüksek bir önceliğe sahip olacak şekilde ayarlarsanız, bu işlemlerini en üste çıkarmalı ve işleri biraz hızlandırmalıdır.

Böylece, CPU önceliği niceve renicekomutlarıyla ayarlanır :

 Renice alters the scheduling priority of one or more running processes.
 The following who parameters are interpreted as process ID's, process
 group ID's, or user names.  Renice'ing a process group causes all pro‐
 cesses in the process group to have their scheduling priority altered.
 Renice'ing a user causes all processes owned by the user to have their
 scheduling priority altered.  By default, the processes to be affected
 are specified by their process ID's.

Öncelikler -20 (en yüksek öncelik) ile 20 (en düşük öncelik) arasındadır. Çalışan bir işlemin önceliğini değiştirmek için şunları yapabilirsiniz:

renice -15 $PID

nerede $PIDolduğunu PID önceliği artırmak isteyen sürecin. Bunun pgrephangisi olduğunu bulmak için kullanabilirsiniz . Örneğin:

renice -15 $(pgrep gnome-session)

Diğer seçenek, sistemin ne zaman değiştirmeye başlayacağını belirleyen 'değişebilirliğini' ayarlamak olacaktır. 1 değerinde bir swappiness değeri, sadece bellek hatalarından kaçınmak için değiştirileceği anlamına gelir. Daha yüksek değerler, hala kullanılabilir fiziksel bellek olsa bile değişmeye başlayacağı anlamına gelir. Sisteminizin olabildiğince az değiştirilmesini sağlamak için bunu nispeten düşük bir değere ayarlayabilirsiniz. Bu satırı şuraya ekle /etc/sysctl.conf:

vm.swappiness=1

DİKKAT: Çok fazla RAM'iniz yoksa iyi bir fikir değildir, takas genellikle İyi Bir Şeydir, sisteminiz için doğru dengeyi bulmak için değerlerle biraz oynamanız gerekecektir.