Saya menggunakan Linux 4.15, dan ini terjadi berulang kali ketika saya menjelajahi Google, Facebook, atau situs web lain yang haus sumber daya - Seluruh OS menjadi tidak responsif, beku, dan tidak berguna. Satu-satunya hal yang saya lihat berfungsi adalah disk (partisi sistem utama diformat sebagai ext4), yang digunakan secara masif (pembatasan I / O).
Saya dipaksa untuk menunggu satu menit atau lebih untuk menghilangkan rasa kembung, kadang-kadang tetap tidak responsif selama dua belas menit, dan karenanya saya merasa frustrasi. Fakta bahwa OS tidak mampu menangani multitasking dengan baik, cenderung mencerminkan perilaku yang benar-benar aneh dan tidak dapat diterima.
Tidak hanya ini terjadi dengan Firefox, tetapi dengan setiap aplikasi javascript-interpreter termasuk Microsoft VSCode atau sudut-cli ( ng serve
command) serta setiap benang sumber daya-lapar lainnya eksekusi - seperti kasus plantuml saat membuat grafik yang sangat besar dari diagram UML yang sangat kompleks.
Hari ini, OS menjadi benar-benar tidak dapat dikelola, setelah meluncurkan perangkat lunak pemulihan data untuk HDD eksternal (lebih dari partisi ext4) yang akhir-akhir ini dicabut dari port USB yang buruk dengan sedikit gerakan.
Saya tidak dapat memberi tahu akar penyebab di balik perilaku kereta seperti itu
Saya memiliki banyak tab yang dibuka di browser, dan penggunaan partisi OS 94% sesuai df
output:
Filesystem 1K-blocks Used Available Use% Mounted on
udev 3964160 0 3964160 0% /dev
tmpfs 798164 3192 794972 1% /run
/dev/sda5 173466400 153224316 11407424 94% /
tmpfs 3990820 62936 3927884 2% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 3990820 0 3990820 0% /sys/fs/cgroup
/dev/loop5 128 128 0 100% /snap/anbox-installer/24
/dev/loop2 128 128 0 100% /snap/anbox-installer/17
/dev/loop4 223616 223616 0 100% /snap/kde-frameworks-5/26
/dev/loop3 90624 90624 0 100% /snap/core/7169
/dev/loop7 223616 223616 0 100% /snap/kde-frameworks-5/25
/dev/loop8 90624 90624 0 100% /snap/core/7270
/dev/loop0 87552 87552 0 100% /snap/qownnotes/2160
/dev/loop1 241664 241664 0 100% /snap/kde-frameworks-5/27
tmpfs 798164 0 798164 0% /run/user/0
tmpfs 798164 32 798132 1% /run/user/1000
/dev/loop9 87552 87552 0 100% /snap/qownnotes/2176
/dev/sda3 188669948 187132488 1537460 100% /media/kais/DATA
/dev/sdb1 15142960 2091904 13051056 14% /media/kais/STORE N GO
Sebagai perangkat keras, saya menggunakan:
Intel Core i3 v2348M sesuai
lscpu
:Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian Address sizes: 36 bits physical, 48 bits virtual CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 2 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 6 Model: 42 Model name: Intel(R) Core(TM) i3-2348M CPU @ 2.30GHz Stepping: 7 CPU MHz: 905.312 CPU max MHz: 2300.0000 CPU min MHz: 800.0000 BogoMIPS: 4589.49 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 3072K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave avx lahf_lm epb pti tpr_shadow vnmi flexpriority ept vpid xsaveopt dtherm arat pln pts
RAM 8 GB. (Lihat
htop
output di bawah).- Kecepatan bus mainboard 99,83 MHz
HDD internal 500 GB - Ini adalah laporan SMART dari sistem operasi:
smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.15.0-33-generic] (local build) Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Western Digital Blue Mobile Device Model: WDC WD5000LPVX-22V0TT0 Serial Number: WD-WXE1E13AAMR4 LU WWN Device Id: 5 0014ee 25db04ba7 Firmware Version: 01.01A01 User Capacity: 500,107,862,016 bytes [500 GB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 5400 rpm Device is: In smartctl database [for details use: -P show] ATA Version is: ACS-2 (minor revision not indicated) SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Wed Aug 7 15:52:05 2019 CET SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 8040) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 93) minutes. Conveyance self-test routine recommended polling time: ( 5) minutes. SCT capabilities: (0x7035) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 1 3 Spin_Up_Time 0x0027 149 143 021 Pre-fail Always - 1541 4 Start_Stop_Count 0x0032 057 057 000 Old_age Always - 43173 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0 9 Power_On_Hours 0x0032 083 083 000 Old_age Always - 12797 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 091 091 000 Old_age Always - 9496 191 G-Sense_Error_Rate 0x0032 001 001 000 Old_age Always - 250 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 399 193 Load_Cycle_Count 0x0032 147 147 000 Old_age Always - 160989 194 Temperature_Celsius 0x0022 101 092 000 Old_age Always - 42 196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0 200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay.
Ini adalah hasil penggunaan sumber daya per htop
:
1 [||||| 14.1%] Tasks: 286, 1497 thr; 2 running
2 [||||| 13.2%] Load average: 3.00 4.97 6.09
3 [||||| 12.5%] Uptime: 3 days, 16:12:35
4 [||| 9.3%]
Mem[|||||||||||||||||||5.09G/7.61G]
Swp[|||||||||||||||||||3.68G/4.65G]
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
7006 jvb 20 0 6640M 102M 6780 S 5.3 1.3 18:53.18 java -Xmx3072m -X
8224 kais 20 0 4537M 771M 200M S 6.6 9.9 2h31:23 /usr/lib/firefox/
2299 kais 20 0 2958M 184M 42912 S 5.3 2.4 13:54.41 /usr/lib/firefox/
1216 root 20 0 519M 120M 94640 S 5.3 1.5 1h52:50 /usr/lib/xorg/Xor
28401 kais 20 0 3354M 584M 107M S 7.9 7.5 34:44.51 /usr/lib/firefox/
8439 kais 20 0 4537M 771M 200M S 4.6 9.9 37:06.21 /usr/lib/firefox/
8831 kais 20 0 3222M 351M 64828 R 4.0 4.5 11:19.87 /usr/lib/firefox/
7025 jvb 20 0 6640M 102M 6780 S 0.0 1.3 0:18.34 java -Xmx3072m -X
7027 jvb 20 0 6640M 102M 6780 S 0.0 1.3 0:18.05 java -Xmx3072m -X
5901 kais 20 0 7492 5612 2904 R 4.0 0.1 0:00.66 htop
5329 kais 20 0 547M 47456 38388 S 1.3 0.6 0:01.29 /usr/lib/gnome-te
13540 kais 20 0 2958M 184M 42912 S 2.0 2.4 0:06.25 /usr/lib/firefox/
16897 kais 20 0 904M 28292 18076 S 2.0 0.4 50:08.37 pavucontrol
17999 kais 20 0 2424M 29460 25380 S 1.3 0.4 52:41.73 /usr/bin/pulseaud
F1 Help F2 Setup F3 Search F4 Filter F5 Tree F6 SortBy F7 Nice - F8 Nice + F9 Kill F10 Quit
Itu adalah hasil statistik VM juga, yang dihasilkan oleh perintah vmstat 5
.
AFAIK, bloatware seharusnya tidak membuat OS tidak responsif, jadi saya tidak akan mempertimbangkan atau bahkan menerima bahwa bloatware adalah akar penyebab masalah - karena pekerjaan OS mengisolasi proses dan memastikan multitasking.
Saya tidak tahu apakah masalah ini khusus untuk OS, khusus untuk perangkat keras, atau khusus untuk konfigurasi.
Ada ide?
vmstat 5
saat sistem Anda bertingkah? Tidak apa-apa untuk memulai vmstat sebelumnya dan memposting baris yang dicetak selama pembekuan. Saya mencari kolomsi
dan khususso
, yang menunjukkan berapa banyak sistem sebenarnya bertukar. Juga, dapatkah Anda memposting outputtop
, diurutkan berdasarkan penggunaan memori (shift-M)? (atau apa pun yang setara dengan mode htop)Jawaban:
RAM yang tersedia terlalu banyak, yang menyebabkan banyak pertukaran, pasti bisa melakukan ini. Ingatlah bahwa I / O akses acak pada HDD mekanis Anda mengharuskan untuk memindahkan kepala baca / tulis, yang hanya dapat dilakukan sekitar 100 kali per detik.
Ini biasa bagi Linux untuk benar-benar keluar makan siang, jika Anda overcommit RAM "terlalu banyak". Saya juga punya spinny disk dan 8GB RAM. Saya memiliki masalah dengan beberapa perangkat lunak dengan kebocoran memori. Yaitu penggunaan memori mereka terus tumbuh dari waktu ke waktu dan tidak pernah menyusut, jadi satu-satunya cara untuk mengendalikannya adalah dengan menghentikan perangkat lunak dan kemudian restart. Berdasarkan pengalaman yang saya miliki selama ini, saya tidak terlalu terkejut mendengar penundaan selama sepuluh menit, jika Anda menghasilkan 3GB + swap.
Anda tidak perlu melihat ini dalam semua kasus di mana Anda memiliki lebih dari 3GB swap. Teori mengatakan konsep kuncinya adalah meronta - ronta . Di sisi lain, jika Anda mencoba untuk beralih di antara dua set kerja yang berbeda, dan itu membutuhkan swapping 3GB masuk dan keluar, pada 100MB / s itu akan memakan waktu setidaknya 60 detik bahkan jika pola I / O dapat dioptimalkan dengan sempurna. Dalam praktiknya, pola I / O akan jauh dari optimal.
Setelah kesulitan yang saya alami dengan ini, saya memformat ulang ruang swap saya menjadi 2GB (beberapa kali lebih kecil dari sebelumnya), sehingga sistem tidak akan dapat menukar secara mendalam. Anda dapat melakukan ini bahkan tanpa perlu mengubah ukuran partisi, karena
mkswap
mengambil parameter ukuran opsional.Keseimbangan yang kasar adalah antara kehabisan memori dan proses yang terbunuh, dan memiliki sistem yang menggantung begitu lama sehingga Anda menyerah dan reboot lagi. Saya tidak tahu apakah partisi swap 4GB terlalu besar; mungkin tergantung apa yang Anda lakukan. Yang penting adalah untuk berhati-hati ketika disk mulai berputar, periksa penggunaan memori Anda, dan merespons sesuai.
Memeriksa penggunaan memori aplikasi multi-proses sulit. Untuk melihat penggunaan memori per-proses tanpa penghitungan ganda memori bersama, Anda dapat menggunakan
sudo atop -R
, tekan Mdan m, dan lihat di kolom PSIZE. Anda juga bisa menggunakansmem
.smem -t -P firefox
akan menampilkan PSS dari semua proses firefox Anda, diikuti oleh garis dengan total PSS. Ini adalah pendekatan yang benar untuk mengukur penggunaan memori total dari browser berbasis Firefox atau Chrome. (Meskipun ada juga fitur khusus browser untuk menunjukkan penggunaan memori, yang akan menampilkan tab tersendiri).sumber
ulimit
untuk mencoba mengendalikan penggunaan proses (itu rumit dengan aplikasi multi-proses, tetapi mungkin bisa membantu).ulimit
benar-benar tidak membantu.The important thing is to watch out for when the disk starts churning, check your memory usage, and respond accordingly.
<- atau, jika Anda menggunakan GUI, buat crontab yang menjalankan skrip sederhana (setiap menit atau lebih) yang memeriksa berapa banyak RAM yang tersisa, memperingatkan Anda tentang itu. Saya membuat sendiri untuk Linux Mint, dan saya belajar sedikit dari itu. Ini adalah sesuatu yang dapat Anda coba dan mainkan.Anda tidak akan menyukai ini, tetapi saya pikir bloatware adalah masalah Anda (walaupun saya tidak yakin apakah itu memori atau disk yang merupakan masalahnya). Sayangnya, kernel Linux buruk dalam menangani situasi tekanan memori tinggi, dan diketahui pada dasarnya membutuhkan reboot setelah kehabisan memori. Ada tiga hal yang membuat saya percaya bahwa masalah Anda adalah kehabisan sumber daya:
Pada dasarnya, kombinasikan ketiga hal ini dan sistem Anda tidak memiliki sumber daya yang cukup untuk melakukan banyak hal. Adapun sangat disayangkan betapa buruknya Linux menangani situasi dengan memori rendah (dibandingkan dengan, katakanlah, kernel NT di Windows) tetapi tampaknya seperti itu. Anda dapat menemukan lebih banyak diskusi di utas Reddit ini dan milis tertautnya.
Adapun cara memperbaiki situasi Anda, saya akan mengatakan meningkatkan ukuran swap Anda adalah ide yang baik, tetapi karena Anda kekurangan ruang disk yang akan menjadi masalah. Kecuali jika server Minecraft Anda memiliki banyak orang, saya pikir akan lebih aman untuk mengurangi memorinya menjadi sekitar 1024m (saya pribadi menggunakan 1024m dengan sekitar 10 orang dan berfungsi dengan baik). Saya juga akan menggunakan keran atau kertas untuk server Minecraft Anda karena mereka cenderung lebih berkinerja.
Semoga berhasil!
sumber
Apa output dari
free -m
? Jumlah RAM yang Anda miliki tidak ada gunanya jika kami tidak tahu berapa banyak yang Anda gunakan. Itu dan saya tertarik untuk mengetahui berapa banyak ruang swap yang digunakan.Saya pikir Anda sudah menjawab pertanyaan Anda sendiri. Membuka "banyak tab" terbuka di peramban Anda pasti dapat memperlambat sistem Anda jika Anda tidak pernah menutupnya, karena mereka akan terus mengkonsumsi memori tanpa memperhatikan; ketika sistem Anda macet, berapa banyak yang Anda buka sekaligus?
Ini juga masuk akal jika sistem Anda membeku dari tugas-tugas intensif memori lain seperti "menghasilkan grafik yang sangat besar dari diagram UML yang sangat kompleks". Itu benar-benar akan memperlambat sistem Anda karena menghasilkan grafik, jadi itu tidak mengejutkan.
Kedengarannya seperti inilah seharusnya sistem Anda berperilaku. Entah itu atau aku kehilangan sesuatu di sini.
By the way, statistik HDD tidak masalah ketika datang ke sistem Anda menjadi tidak responsif karena kekurangan memori hampir selalu menjadi penyebabnya.
sumber
Ketika saya membaca judulnya, pikiran saya adalah "tidak cukup RAM", karena saya sendiri pernah mengalami masalah ini di Linux, 10+ menit hard disk panik setelah membuka terlalu banyak tab browser. Saya setuju, ini suram, dan perlu diperbaiki. Windows menangani situasi ini jauh lebih baik.
Beberapa saran:
Namun, satu-satunya solusi sebenarnya adalah membeli lebih banyak RAM.
RAM yang berlimpah tidak hanya akan mencegah malapetaka ini terjadi, tetapi juga akan memungkinkan sistem untuk membangun cache file besar dalam RAM, yang saat ini tidak dapat dilakukan oleh sistem Anda karena berjalan sangat dekat dengan batas. Cache file yang besar akan menghilangkan HDD dan membuat hampir setiap tindakan pada sistem terasa lebih cepat secara umum. Itu sangat berharga.
sumber
Output htop Anda menunjukkan bahwa kebutuhan Anda akan RAM lebih tinggi dari kapasitasnya (total RAM + SWAP). Jadi pertimbangan pertama yang jelas untuk dibuat adalah untuk mengurangi penggunaan RAM atau meningkatkan ketersediaan RAM.
Perhatikan bahwa versi firefox modern sangat haus sumber daya, karena cara windows / tab diberikan proses dan ruang memori. Idenya adalah untuk menghindari tab tabrakan yang membuat seluruh browser bertekuk lutut. Apakah ini harga yang layak? Siapa yang tahu ... Pokoknya, saya punya masalah yang sama karena hal di atas, karena mainboard Pentium 4 saya hanya mendukung 2GB RAM. Untuk menghindari kemungkinan crash kehabisan memori, saya menambahkan ~ 800M ruang swap pada SSD cadangan, jelas dengan niat untuk menggunakannya sesedikit mungkin. Saya telah mencapai itu dengan mengubah pengaturan yang dikenal sebagai swappiness, yang menentukan seberapa bersemangat kernel untuk menukar halaman memori. Beberapa perintah yang bermanfaat sebagai berikut.
Periksa swappiness saat ini:
cat /proc/sys/vm/swappiness
Ini mungkin memberi Anda hasil sekitar 60, yang cukup tinggi untuk kinerja maksimum pada sistem dengan beban lebih rendah. Untuk Anda, jelas ini berfungsi kontra-produktif, sehingga Anda dapat mengubah pengaturan menggunakan perintah seperti
sysctl vm.swappiness=1
untuk mengubah pengaturan saat sistem sedang berjalan.Untuk menyimpan perubahan ini, Anda harus mencari file
/etc/sysctl.conf
. Dalam file itu, ubah nilainya atau tambahkan barisvm.swappiness=1
.Pikiran, ini bukan solusi dalam kasus Anda, tetapi harus membuat solusi yang dapat digunakan.
Kredit /ubuntu/103915/how-do-i-configure-swappiness
sumber untuk jawaban di atas, termasuk penjelasan lebih lanjut. Saya menemukan posting itu sangat membantu dalam kasus saya.
sumber
Beberapa diskusi yang sangat baik tentang bagaimana masalah disebabkan, berlanjut dan tumbuh Saya ingin maju dari masalah seperti yang Anda alami dengan melemparkan perangkat keras pada desain komputer awal, dan / atau meningkatkan implementasi yang ada. Bisakah kamu,
tambah RAM (32GB berfungsi dengan baik untuk banyak pengaturan)
ganti hard disk drive Anda dengan SSD
tambahkan SSD (Solid State Drive) untuk swap drive
buat partisi swap dalam RAM (dengan 32 GB atau lebih RAM)
dapatkan HDD yang lebih cepat
pindah ke sistem dengan pemrosesan yang lebih cepat dan arsitektur bus yang lebih luas / lebih cepat.
Beberapa dari upgrade / penggantian perangkat keras ini bisa berada di bawah $ 100US. Ini tidak spesifik untuk Linux, atau implementasi perangkat lunak Anda, tetapi perangkat keras yang Anda gunakan tampaknya tidak memadai untuk tugas Anda.
sumber
Biasanya "hanya" X11 yang menjadi tidak dapat digunakan. Untuk mendapatkan penekanan tombol dari keyboard Anda ke suatu program, dan menampilkannya di layar, kode dalam beberapa proses berbeda harus dijalankan. (X server untuk mendapatkan penekanan tombol dari kernel, xterm atau yang setara untuk mendapatkan event dan memutuskan untuk menggambar sesuatu, kemudian mengirim pesan ke server X untuk menggambar mesin terbang dari font.)
Hanya melambaikan mouse Anda di atas jendela dengan browser web yang menunjukkan halaman dengan sekelompok omong kosong Javascript dapat menghasilkan banyak pesan untuk sekelompok proses, yang semuanya menyebabkan proses untuk bangun dan menyentuh banyak data. Agaknya termasuk banyak "cache" bitmap yang tidak terkompresi. Jadi ini sangat mungkin untuk mengusir lebih banyak hal yang segera dibutuhkan.
ctrl + alt + F2 untuk beralih ke konsol virtual lain biasanya memungkinkan untuk masuk dan menjalankan perintah shell dengan latensi hanya beberapa detik ketika ada sesuatu yang menyebabkan swap meronta-ronta. Itu hanya
bash
; kernel Linux tidak dapat ditukar dan memiliki semua VT dankeyboard <-> kode TTY.
Untuk menghindari perlambatan saat Anda tidak benar-benar meronta-ronta, mengurangi "swappiness" dapat membantu. misalnya saya mengatur
/proc/sys/vm/swappiness
tunable ke6
desktop saya dengan 16GB RAM dan partisi swap 2GB pada NVMe SSD. Anda dapat membaca lebih lanjut tentang menyetel latensi interaktif (sebagai lawan dari throughput server); setiap panduan akan menyebutkan merdu itu.Tetapi jika Anda memiliki swap sama sekali, Linux akan menggunakannya sebelum memanggil pembunuh OOM. Pertahankan partisi swap Anda kecil , cukup besar untuk Linux untuk keluar dari omong kosong yang benar-benar basi yang biasanya tidak digunakan untuk waktu yang lama. (mis. memori bocor!)
Saya belum punya masalah dengan swap yang penuh. Linux modern berurusan dengan memiliki ruang swap terbatas. Chromium (yang saya gunakan sebagai ganti firefox) terkadang menjadi lamban dengan lusinan tab Stack Overflow terbuka, tetapi The Great Suspender adalah tambahan yang bagus untuk membongkar tab saat Anda tidak menggunakannya. Saya pikir itu menghemat RAM yang signifikan bagi saya, meskipun itu hanya akan membongkar tab di mana Anda belum mengetik apa pun di kotak teks. Mungkin juga tersedia untuk Firefox.
Seperti yang lain telah menyarankan, 16GB RAM sangat bagus untuk penggunaan interaktif dengan Linux. Harga DRAM relatif rendah saat ini ; setelah melonjak sekitar 1,5 tahun yang lalu, mereka sebagian besar menolak lagi.
sumber
plasma
) darikwin
window manager.xev
kapan-kapan untuk melihat pesan seperti apa yang bisa Anda dapatkan dari menggerakkan mouse. Coba jugastrace xev
untuk melihat panggilan sistem yang melibatkan sisi klien.xev
perintah, saya mendapat pesan hanya dengan beralih ke jendela yang berbeda dan mengkliknya, tetapi tidak demikian halnya ketika saya hanya memindahkan mouse.Anda tidak menggunakan Linux dengan benar. Yang menjadi sangat nyata pada mesin sumber daya terbatas. Anda tidak perlu lebih banyak RAM, atau prosesor yang lebih cepat.
Latar Belakang:
Untuk 'memperbaiki' masalah Anda:
Biarkan program non-pengguna sendirian, tetapi mulai mengubah prioritas (level bagus) dari program pengguna Anda sehingga mereka tidak menyebabkan Anda masalah. Edit apa yang meluncurkan program Anda untuk memasukkan level yang bagus, dari yang biasanya tidak menjadi masalah, ke pelaku terburuk.
Contoh Dunia Nyata:
WorstOffender Anda masih akan menjadi tidak responsif selama beberapa menit, itu benar-benar masalah membeli kotak yang lebih baik, tetapi sekarang tidak akan menyebabkan seluruh OS (Linux) Anda dan segala sesuatu yang Anda jalankan juga menjadi tidak responsif.
sumber
nice -n
. "Anda tidak perlu lebih banyak RAM" - dia tentu saja membutuhkan lebih banyak RAM; atau bisa digunakanulimit
untuk membatasi pelanggar terburuk sehingga RAM yang ada sudah mencukupi lagi. "Kamu tidak menggunakan Linux dengan benar." benar-benar mati.