คอมพิวเตอร์ค้างใน RAM เกือบเต็มอาจเป็นปัญหาแคชดิสก์

ปัญหาที่เกิดขึ้นผมคิดว่าจะค่อนข้างคล้ายกับนี้ด้าย

ไม่สำคัญว่าฉันเปิดใช้งานการสลับหรือปิดใช้งานเมื่อใดก็ตามที่จำนวน RAM ที่ใช้จริงเริ่มใกล้เคียงกับจำนวนสูงสุดและแทบจะไม่มีพื้นที่เหลือสำหรับดิสก์แคชระบบจะไม่ตอบสนองโดยสิ้นเชิง

ดิสก์หมุนได้อย่างดุเดือดและบางครั้งหลังจากที่รอนาน 10-30 นาทีมันจะทำน้ำแข็งให้ละลายและบางครั้งก็ไม่ใช่ (หรือฉันหมดความอดทน) บางครั้งถ้าฉันดำเนินการอย่างรวดเร็วฉันสามารถจัดการเปิดคอนโซลอย่างช้าๆและฆ่าแอปพลิเคชั่นการกิน ram เช่นเบราว์เซอร์และระบบจะเปิดแทบจะทันที

เนื่องจากปัญหานี้ฉันแทบไม่เคยเห็นอะไรเลยในการแลกเปลี่ยนบางครั้งมีเพียงไม่กี่ MB ที่นั่นและหลังจากนั้นไม่นานปัญหานี้ก็ปรากฏขึ้น การเดาที่ไม่ได้รับการศึกษาของฉันคงเป็นเพราะมันเชื่อมต่อกับดิสก์แคชที่โลภมากเกินไปหรือการจัดการหน่วยความจำที่ผ่อนปรนเกินไปดังนั้นเมื่อจำเป็นต้องใช้หน่วยความจำมันจะไม่ได้รับการปลดปล่อยอย่างรวดเร็วเพียงพอและทำให้ระบบหยุดชะงัก

ปัญหาสามารถเกิดขึ้นได้อย่างรวดเร็วหากทำงานกับไฟล์ lagrge (500MB +) ซึ่งโหลดในแคชดิสก์และหลังจากนั้นระบบไม่สามารถโหลดได้เร็วพอ

ความช่วยเหลือหรือแนวคิดใด ๆ จะได้รับการชื่นชมอย่างมาก

สำหรับตอนนี้ฉันต้องมีชีวิตอยู่ด้วยความกลัวอย่างต่อเนื่องเมื่อทำอะไรบางอย่างที่คอมพิวเตอร์สามารถหยุดได้และฉันต้องรีสตาร์ทมันถ้ามันหมดหน่วยความจำจริง ๆ ฉันอยากจะฆ่าแอพพลิเคชั่นของผู้ใช้บางส่วนเช่น broser ( โดยเฉพาะอย่างยิ่งถ้าฉันสามารถทำเครื่องหมายอย่างใดที่จะฆ่าก่อน)

ถึงแม้ว่าภารกิจคือทำไมการไม่แลกเปลี่ยนช่วยฉันในสถานการณ์นี้

UPDATE: มันไม่ได้หยุดซักพัก แต่ตอนนี้ฉันมีเหตุการณ์หลายครั้งอีกครั้ง ตอนนี้ฉันกำลังตรวจสอบ ram บนหน้าจอของฉันตลอดเวลาและเมื่อการแฮงค์เกิดขึ้นก็ยังแสดงให้เห็นฟรี ~ 30% (อาจใช้แคชดิสก์) อาการเพิ่มเติม: หากในขณะที่ฉันกำลังดูวิดีโอ (เครื่องเล่น VLC) เสียงจะหยุดก่อนหลังจากนั้นไม่กี่วินาทีภาพก็จะหยุด ในขณะที่เสียงหยุดลงฉันยังคงสามารถควบคุมพีซีได้ แต่เมื่อภาพหยุดฉันไม่สามารถขยับเมาส์ได้อีกต่อไปดังนั้นฉันจึงเริ่มต้นใหม่หลังจากรอสักครู่ Btw สิ่งนี้ไม่ได้เกิดขึ้นเมื่อฉันเริ่มดูวิดีโอ แต่บางครั้งใน (20 นาที) และฉันไม่ได้ทำอะไรอย่างแข็งขันในเวลานั้นแม้ว่าเบราว์เซอร์และ oowrite จะเปิดบนหน้าจอที่สองตลอดเวลา โดยทั่วไปบางสิ่งบางอย่างก็ตัดสินใจที่จะเกิดขึ้นที่จุดหนึ่งและแขวนระบบ

ตามคำขอในความคิดเห็นที่ฉันวิ่ง dmesg ทันทีหลังจากที่แขวน ฉันไม่ได้สังเกตเห็นสิ่งแปลก ๆ แต่ไม่รู้ว่าจะมองอะไรดังนั้นนี่คือ: https://docs.google.com/document/d/1iQih0Ee2DwsGd3VuQZu0bPbg0JGjSOCRZhu0B05CMYs/edit?hl=th

ในการแก้ไขปัญหานี้ฉันพบว่าคุณต้องตั้งค่าต่อไปนี้เป็นประมาณ 5% -6% ของ RAM จริงทั้งหมดของคุณหารด้วยจำนวนแกนประมวลผลในคอมพิวเตอร์:

sysctl -w vm.min_free_kbytes=65536

โปรดจำไว้ว่านี่เป็นการตั้งค่าต่อคอร์ดังนั้นถ้าฉันมี RAM 2GB และสองแกนดังนั้นฉันคำนวณ 6% ของเพียง 1 GB และเพิ่มพิเศษเพียงเล็กน้อยเพื่อความปลอดภัย

สิ่งนี้บังคับให้คอมพิวเตอร์พยายามรักษาจำนวน RAM ให้ว่างและในการทำเช่นนั้นจะจำกัดความสามารถในการแคชไฟล์ดิสก์ แน่นอนว่ามันยังพยายามแคชพวกมันและสลับมันทันทีดังนั้นคุณควร จำกัด การสลับของคุณด้วย:

sysctl -w vm.swappiness=5

(100 = สลับบ่อยที่สุดเท่าที่เป็นไปได้ 0 = สลับเฉพาะความจำเป็นทั้งหมด)

ผลคือลินุกซ์ไม่สุ่มตัดสินใจโหลดไฟล์ภาพยนตร์ทั้งหมดประมาณ 1GB ในหน่วยความจำขณะดูและฆ่าเครื่องด้วยการทำเช่นนั้น

ขณะนี้มีพื้นที่สงวนเพียงพอที่จะหลีกเลี่ยงความอดอยากในหน่วยความจำซึ่งเป็นปัญหาที่เกิดขึ้นบ่อยครั้ง (โดยที่ไม่ต้องมีการค้างก่อนหน้า)

หลังจากการทดสอบในแต่ละวันหมดไปบางครั้งก็มีการชะลอตัวเล็กน้อยเพราะบางสิ่งถูกแคชบ่อยขึ้น แต่ฉันสามารถอยู่กับมันได้ถ้าฉันไม่ต้องรีสตาร์ทคอมพิวเตอร์ทุก ๆ สองสามชั่วโมง

บทเรียนที่นี่คือ - การจัดการหน่วยความจำเริ่มต้นเป็นเพียงหนึ่งในกรณีการใช้งานและไม่ใช่วิธีที่ดีที่สุดแม้ว่าบางคนพยายามที่จะแนะนำเป็นอย่างอื่น - ความบันเทิงในบ้านอูบุนตูควรกำหนดค่าแตกต่างจากเซิร์ฟเวอร์

คุณอาจต้องการตั้งค่าเหล่านี้อย่างถาวรโดยการเพิ่มลง/etc/sysctl.confในสิ่งนี้

vm.swappiness=5
vm.min_free_kbytes=65536

สิ่งนี้เกิดขึ้นกับฉันในการติดตั้งใหม่ของ Ubuntu 14.04

ในกรณีของฉันมันไม่มีส่วนเกี่ยวข้องกับปัญหา sysctl ที่กล่าวถึง

แต่ปัญหาคือ UUID ของพาร์ติชัน swap นั้นแตกต่างกันระหว่างการติดตั้งแทนที่จะเป็นหลังการติดตั้ง ดังนั้นการแลกเปลี่ยนของฉันจึงไม่เปิดใช้งานและเครื่องของฉันจะล็อคหลังจากใช้งานไปสองสามชั่วโมง

วิธีการแก้ปัญหาคือการตรวจสอบ UUID ปัจจุบันของพาร์ทิชัน swap กับ

sudo blkid

แล้วsudo nano /etc/fstabแทนที่ค่า UUID ของการแลกเปลี่ยนที่ไม่ถูกต้องด้วยค่าที่รายงานโดย blkid

รีบูตง่าย ๆ ที่จะส่งผลกระทบต่อการเปลี่ยนแปลงและ voila

ฉันรู้ว่าคำถามนี้เก่า แต่ฉันมีปัญหานี้ใน Ubuntu (Chrubuntu) 14.04 ใน Acer C720 Chromebook ฉันลองใช้วิธีแก้ปัญหาของKrišjānis Nesenbergs แล้วก็ใช้งานได้บ้าง แต่บางครั้งก็ล้มเหลว

ในที่สุดฉันก็พบวิธีแก้ปัญหาที่ทำงานโดยการติดตั้ง zram แทนที่จะใช้การแลกเปลี่ยนแบบฟิสิคัลบน SSD หากต้องการติดตั้งฉันเพิ่งทำตามคำแนะนำที่นี่เช่นนี้:

sudo apt-get install zram-config

หลังจากนั้นฉันสามารถกำหนดขนาดของการแลกเปลี่ยน zram ได้โดยการแก้ไข/etc/init/zram-config.confที่บรรทัดที่ 21

20: # Calculate the memory to user for zram (1/2 of ram)
21: mem=$(((totalmem / 2 / ${NRDEVICES}) * 1024))

ฉันแทนที่ 2 ด้วย 1 เพื่อทำให้ขนาดของ zram เท่ากับขนาดของ ram ที่ฉันมี ตั้งแต่ทำเช่นนั้นฉันไม่ค้างหรือไม่ตอบสนองต่อระบบมากขึ้น

ไม่มีอะไรทำงานให้ฉัน !!

ดังนั้นฉันจึงเขียนสคริปต์เพื่อตรวจสอบการใช้งานหน่วยความจำ ก่อนอื่นจะพยายามล้างแคช RAM หากปริมาณการใช้หน่วยความจำเพิ่มขึ้น คุณสามารถกำหนดค่าขีด จำกัด นี้บนสคริปต์ หากปริมาณการใช้หน่วยความจำไม่ได้ต่ำกว่าเกณฑ์ก็จะเริ่มต้นกระบวนการฆ่าโดยหนึ่งในการลดลำดับการใช้หน่วยความจำจนกว่าปริมาณการใช้หน่วยความจำต่ำกว่าเกณฑ์ ฉันได้ตั้งไว้ที่ 96% โดยค่าเริ่มต้น คุณสามารถกำหนดค่าได้โดยเปลี่ยนค่าของตัวแปร RAM_USAGE_THRESHOLD ในสคริปต์

ฉันยอมรับว่ากระบวนการฆ่าซึ่งใช้หน่วยความจำสูงไม่ใช่โซลูชันที่สมบูรณ์แบบ แต่ควรฆ่าแอปพลิเคชั่นเดียวแทนการทำงานทั้งหมด !! สคริปต์จะส่งการแจ้งเตือนทางเดสก์ท็อปถึงคุณหากการใช้ RAM เพิ่มขีด จำกัด นอกจากนี้ยังจะแจ้งให้คุณทราบหากมันฆ่ากระบวนการใด ๆ

#!/usr/bin/env python
import psutil, time
import tkinter as tk
from subprocess import Popen, PIPE
import tkinter
from tkinter import messagebox
root = tkinter.Tk()
root.withdraw()

RAM_USAGE_THRESHOLD = 96
MAX_NUM_PROCESS_KILL = 100

def main():
    if psutil.virtual_memory().percent >= RAM_USAGE_THRESHOLD:
        # Clear RAM cache
        mem_warn = "Memory usage critical: {}%\nClearing RAM Cache".\
            format(psutil.virtual_memory().percent)
        print(mem_warn)
        Popen("notify-send \"{}\"".format(mem_warn), shell=True)
        print("Clearing RAM Cache")
        print(Popen('echo 1 > /proc/sys/vm/drop_caches',
                    stdout=PIPE, stderr=PIPE,
                    shell=True).communicate())
        post_cache_mssg = "Memory usage after clearing RAM cache: {}%".format(
                            psutil.virtual_memory().percent)
        Popen("notify-send \"{}\"".format(post_cache_mssg), shell=True)
        print(post_cache_mssg)

        if psutil.virtual_memory().percent < RAM_USAGE_THRESHOLD:
            print("Clearing RAM cache saved the day")
            return
        # Kill top C{MAX_NUM_PROCESS_KILL} highest memory consuming processes.
        ps_killed_notify = ""
        for i, ps in enumerate(sorted(psutil.process_iter(),
                                      key=lambda x: x.memory_percent(),
                                      reverse=True)):
            # Do not kill root
            if ps.pid == 1:
                continue
            elif (i > MAX_NUM_PROCESS_KILL) or \
                    (psutil.virtual_memory().percent < RAM_USAGE_THRESHOLD):
                messagebox.showwarning('Killed proccess - save_hang',
                                       ps_killed_notify)
                Popen("notify-send \"{}\"".format(ps_killed_notify), shell=True)
                return
            else:
                try:
                    ps_killed_mssg = "Killed {} {} ({}) which was consuming {" \
                                     "} % memory (memory usage={})". \
                        format(i, ps.name(), ps.pid, ps.memory_percent(),
                               psutil.virtual_memory().percent)
                    ps.kill()
                    time.sleep(1)
                    ps_killed_mssg += "Current memory usage={}".\
                        format(psutil.virtual_memory().percent)
                    print(ps_killed_mssg)
                    ps_killed_notify += ps_killed_mssg + "\n"
                except Exception as err:
                    print("Error while killing {}: {}".format(ps.pid, err))
    else:
        print("Memory usage = " + str(psutil.virtual_memory().percent))
    root.update()


if __name__ == "__main__":
    while True:
        try:
            main()
        except Exception as err:
            print(err)
        time.sleep(1)

บันทึกรหัสในไฟล์ชื่อว่า save_hang.py เรียกใช้สคริปต์เป็น:

sudo python save_hang.py

โปรดทราบว่าสคริปต์นี้เข้ากันได้กับ Python 3 เท่านั้นและคุณต้องติดตั้งแพ็คเกจ tkinter คุณสามารถติดตั้งเป็น:

sudo apt-get install python3-tk

หวังว่านี่จะช่วย ...

ฉันเดาว่าคุณได้ตั้งค่าของคุณvm.swappinessไว้ต่ำมากซึ่งทำให้เคอร์เนลสลับสายเกินไปทำให้เหลือแรมต่ำเกินไปสำหรับระบบที่จะทำงานด้วย

คุณสามารถแสดงการตั้งค่า swappiness ปัจจุบันของคุณโดยดำเนินการ:

sysctl vm.swappiness

โดยค่าเริ่มต้นนี้ถูกตั้งไว้ที่ 60 Ubuntu Wikiแนะนำให้ตั้งเป็น 10 แต่อย่าลังเลที่จะตั้งเป็นค่าที่สูงขึ้น คุณสามารถเปลี่ยนได้โดยการเรียกใช้:

sudo sysctl vm.swappiness=10

นี้จะเปลี่ยนมันเป็นเซสชั่นปัจจุบันเท่านั้นที่จะทำให้มันถาวรคุณจะต้องเพิ่มvm.swappiness = 10ไปยัง/etc/sysctl.confไฟล์

หากดิสก์ของคุณช้าให้พิจารณาซื้อใหม่

ฉันดิ้นรนกับปัญหานี้มานาน แต่ตอนนี้ดูเหมือนว่าจะได้รับการแก้ไขบนแล็ปท็อปของฉัน

หากไม่มีคำตอบอื่นใดที่เหมาะกับคุณ (ฉันลองคำตอบส่วนใหญ่แล้ว) เล่นกับmin_free_kbytesเพื่อให้มีพื้นที่มากขึ้นใน RAM เมื่อคอมพิวเตอร์ของคุณเริ่มทำการแลกเปลี่ยน (ก่อนที่จะกดค่าต่ำสุดนี้บน RAM ฟรีของคุณ)

ฉันมี RAM 16GB แต่เร็วกว่านั้นหน่วยความจำก็เต็มและหยุดการตอบสนองเป็นเวลา 10 ถึง 30 นาทีจนกระทั่งมีบางสิ่งเปลี่ยนไป

อย่างน้อยสำหรับฉันการตั้งค่าmin_free_kbytesเหนือสิ่งที่แนะนำทำให้กระบวนการแลกเปลี่ยนเร็วขึ้นอย่างมาก

สำหรับ RAM 16GB ให้ลองทำสิ่งนี้:

vm.min_free_kbytes=500000

หากต้องการตั้งค่านี้ให้ดูคำตอบอื่น ๆ หรือเพียงแค่ google :)

ฉันเรียกใช้หนึ่งในแล็ปท็อปของฉันจากการ์ด Ubuntu สด SD อย่างต่อเนื่องพร้อมกับพาร์ติชันเก็บข้อมูลขนาดเล็ก ext4 และไฟล์สลับบนฮาร์ดไดรฟ์ เมื่อใช้ RAM เกือบทั้งหมดและค่า swappiness ต่ำเกินไป (บางครั้งฉันชอบที่จะเก็บฮาร์ดไดรฟ์ไว้อย่างสมบูรณ์ถ้าเป็นไปได้เพราะมันมีเสียงดัง), ประสิทธิภาพของ Linux มีแนวโน้มที่จะหลุดจากหน้าผาสำหรับฉัน TTY1 เพื่อฆ่า Firefox ใช้เวลา 15 นาที

การเพิ่ม/proc/sys/vm/vfs_cache_pressureจากค่าเริ่มต้น 100 เป็นค่า 6,000 ดูเหมือนจะช่วยป้องกันปัญหานี้ได้ อย่างไรก็ตามเอกสารเคอร์เนลเตือนไม่ให้ทำเช่นนั้นพูด

Increasing vfs_cache_pressure significantly beyond 100 may have negative
performance impact. Reclaim code needs to take various locks to find freeable
directory and inode objects. With vfs_cache_pressure=1000, it will look for
ten times more freeable objects than there are.

ฉันไม่แน่ใจในผลข้างเคียงของการทำเช่นนี้ดังนั้นฉันจึงควรระมัดระวังในการทำเช่นนี้