Ubuntu nhanh chóng hết RAM và máy tính của tôi bắt đầu đóng băng. Lệnh nào sẽ giải quyết điều này?

Nó xảy ra khá thường xuyên với tôi khi tôi đang biên dịch phần mềm ở chế độ nền và đột nhiên mọi thứ bắt đầu chậm lại và cuối cùng đóng băng [nếu tôi không làm gì], vì tôi đã hết dung lượng RAM và trao đổi.

Câu hỏi này giả định rằng tôi có đủ thời gian và tài nguyên để mở Gnome Terminal, tìm kiếm trong lịch sử của tôi và thực hiện một sudolệnh.

Lệnh nào có thể cứu tôi khỏi phải thực hiện khởi động lại cứng, hoặc bất kỳ khởi động lại nào cả?

Theo kinh nghiệm của tôi, Firefox và Chrome sử dụng nhiều RAM hơn 7 máy tính đầu tiên của tôi cộng lại. Có lẽ nhiều hơn thế nhưng tôi đang đi từ quan điểm của tôi. Điều đầu tiên bạn nên làm là đóng trình duyệt của bạn . Một mệnh lệnh?

killall -9 firefox google-chrome google-chrome-stable chromium-browser

Tôi đã liên kết các trình duyệt phổ biến nhất với nhau thành một lệnh ở đó nhưng rõ ràng nếu bạn đang chạy một thứ khác (hoặc biết rằng bạn không sử dụng một trong những trình duyệt này) thì chỉ cần sửa đổi lệnh. Đây killall -9 ...là bit quan trọng. Mọi người nhận được iffy về SIGKILL(tín hiệu số 9) nhưng trình duyệt cực kỳ linh hoạt. Hơn thế nữa, việc chấm dứt từ từ thông qua SIGTERMsẽ đồng nghĩa với việc trình duyệt tải một đống rác dọn rác, đòi hỏi phải có thêm RAM RAM và đó là thứ bạn không thể mua được trong tình huống này.

Nếu bạn không thể đưa nó vào thiết bị đầu cuối đang chạy hoặc đối thoại Alt+ F2, hãy xem xét chuyển sang TTY. Control+ Alt+ F2sẽ đưa bạn đến TTY2, thứ sẽ cho phép bạn đăng nhập (mặc dù nó có thể chậm) và thậm chí sẽ cho phép bạn sử dụng một cái gì đó như htopđể gỡ lỗi vấn đề. Tôi không nghĩ mình đã hết RAM đến mức không thể thức htopdậy.

Giải pháp dài hạn liên quan đến việc mua thêm RAM, thuê nó qua máy tính từ xa hoặc không làm những gì bạn đang làm. Tôi sẽ để lại những lý lẽ kinh tế phức tạp cho bạn nhưng nói chung, RAM rất rẻ để mua, nhưng nếu bạn chỉ cần một lượng lớn, một máy chủ VPS được lập hóa đơn mỗi phút hoặc giờ là một lựa chọn tốt.

Trên hệ thống có bật Khóa yêu cầu hệ thống ma thuật, nhấn Alt + System Request+ f(nếu không được đánh dấu trên bàn phím của bạn, System Requestthường là trên Print Screenphím) sẽ gọi thủ công ra khỏi trình diệt bộ nhớ (oomkiller), để cố gắng chọn quá trình vi phạm tồi tệ nhất cho sử dụng bộ nhớ và giết nó. Bạn có thể làm điều này nếu bạn có ít thời gian hơn bạn đã mô tả và hệ thống sắp bắt đầu (hoặc có thể đã bắt đầu) đập - trong trường hợp đó bạn có thể không quan tâm chính xác những gì bị giết, chỉ là bạn kết thúc với một hệ thống có thể sử dụng. Đôi khi điều này có thể kết thúc việc giết X, nhưng hầu hết thời gian ngày nay tốt hơn rất nhiều trong việc chọn một quy trình tồi tệ hơn trước đây.

Trái với các câu trả lời khác, tôi khuyên bạn nên tắt trao đổi trong khi bạn đang làm điều này. Mặc dù trao đổi giữ cho hệ thống của bạn chạy theo cách có thể dự đoán được và thường được sử dụng để tăng thông lượng của các ứng dụng truy cập vào đĩa (bằng cách đuổi các trang không sử dụng để có chỗ cho bộ đệm đĩa), trong trường hợp này có vẻ như hệ thống của bạn đang bị chậm đến mức không thể sử dụng được vì bộ nhớ được sử dụng quá nhiều đang bị buộc phải trục xuất để trao đổi.

Tôi sẽ khuyên bạn nên vô hiệu hóa trao đổi hoàn toàn trong khi thực hiện nhiệm vụ này, để kẻ giết người hết bộ nhớ sẽ hành động ngay khi RAM đầy.

Các giải pháp thay thế:

• Tăng tốc độ đọc trao đổi bằng cách đặt phân vùng trao đổi của bạn trong RAID1
  • Hoặc RAID0 nếu bạn cảm thấy rủi ro nhưng điều đó sẽ làm giảm số lượng lớn các chương trình đang chạy nếu bất kỳ ổ đĩa nào của bạn gặp trục trặc.
• Giảm số lượng công việc xây dựng đồng thời ("nhiều lõi hơn tốc độ cao hơn", tất cả chúng ta đều nói rằng, quên rằng phải mất một tuyến tính trên RAM)
• Điều này có thể đi cả hai cách, nhưng hãy thử kích hoạt zswaptrong kernel. Điều này nén các trang trước khi chúng được gửi để trao đổi, có thể cung cấp vừa đủ phòng ngọ nguậy để tăng tốc máy của bạn. Mặt khác, nó có thể chỉ là một trở ngại với việc nén / giải nén thêm.
• Tắt tối ưu hóa hoặc sử dụng một trình biên dịch khác. Tối ưu hóa mã đôi khi có thể chiếm vài gigabyte bộ nhớ. Nếu bạn đã bật LTO, bạn cũng sẽ sử dụng rất nhiều RAM ở giai đoạn liên kết. Nếu vẫn thất bại, bạn có thể thử biên dịch dự án của mình với trình biên dịch có trọng lượng nhẹ hơn (ví dụ tcc), với chi phí hiệu năng thời gian chạy nhẹ cho sản phẩm được biên dịch. (Điều này thường được chấp nhận nếu bạn thực hiện việc này cho mục đích phát triển / gỡ lỗi.)

Bạn có thể sử dụng lệnh sau (lặp đi lặp lại nếu cần) để tiêu diệt quá trình sử dụng nhiều RAM nhất trên hệ thống của bạn:

ps -eo pid --no-headers --sort=-%mem | head -1 | xargs kill -9

Với:

• ps -eo pid --no-headers --sort=-%mem: hiển thị id tiến trình của tất cả các tiến trình đang chạy, được sắp xếp theo mức sử dụng bộ nhớ
• head -1: chỉ giữ dòng đầu tiên (quá trình sử dụng nhiều bộ nhớ nhất)
• xargs kill -9: giết quá trình

Chỉnh sửa sau khi nhận xét chính xác của Dmitry:

Đây là một giải pháp nhanh và bẩn nên được thực thi khi không có tác vụ nhạy cảm nào đang chạy (tác vụ mà bạn không muốn kill -9).

Trước khi chạy tốn tài nguyên lệnh của bạn, bạn cũng có thể sử dụng setrlimit (2) gọi hệ thống, có lẽ với ulimitBUILTIN vỏ bash của bạn (hoặc limitdựng sẵn trong zsh) đáng chú ý với -vcho RLIMIT_AS. Sau đó quá lớn tiêu thụ không gian địa chỉ ảo (ví dụ với mmap (2) hoặc sbrk (2) được sử dụng bởi malloc (3) ) sẽ thất bại (với errno (3) là ENOMEM).

Sau đó, chúng (tức là các quy trình đói trong vỏ của bạn, sau khi bạn nhập ulimit) sẽ bị chấm dứt trước khi đóng băng hệ thống của bạn.

Đọc thêm Linux Ate RAM của tôi và xem xét việc vô hiệu hóa bộ nhớ quá mức (bằng cách chạy lệnh echo 0 > /proc/sys/vm/overcommit_memory với quyền root, xem Proc (5) ...).

điều này xảy ra khá thường xuyên với tôi khi tôi biên dịch phần mềm ở chế độ nền

Trong trường hợp đó, một cái gì đó như "killall -9 make" (hoặc bất cứ thứ gì bạn đang sử dụng để quản lý phần biên dịch của mình, nếu không thực hiện). Điều này sẽ dừng quá trình biên dịch tiếp tục, SIGHUP tất cả các quy trình biên dịch được khởi chạy từ nó (hy vọng sẽ khiến chúng dừng lại) và, như một phần thưởng, không cần phải giả sử bạn đang biên dịch như cùng một người dùng mà bạn đã đăng nhập trong như. Và vì nó giết chết nguyên nhân thực sự của vấn đề của bạn thay vì trình duyệt web, phiên X hoặc một số quy trình ngẫu nhiên, nó sẽ không can thiệp vào bất cứ điều gì bạn đang làm trên hệ thống vào thời điểm đó.

Tạo thêm một số trao đổi cho chính mình.

Sau đây sẽ thêm 8G trao đổi:

dd if=/dev/zero of=/root/moreswap bs=1M count=8192
mkswap /root/moreswap
swapon /root/moreswap

Nó sẽ vẫn chậm (bạn đang trao đổi) nhưng bạn thực sự không nên chạy ra ngoài. Các phiên bản hiện đại của Linux có thể trao đổi thành tập tin. Về việc sử dụng duy nhất cho một phân vùng trao đổi ngày nay là để ngủ đông máy tính xách tay của bạn.

Một cách để có được một đoạn RAM miễn phí trong một thông báo ngắn là sử dụng zram , tạo ra một đĩa RAM nén và hoán đổi ở đó. Với bất kỳ CPU nửa nào, tốc độ này nhanh hơn nhiều so với trao đổi thông thường và tốc độ nén khá cao với nhiều bộ nhớ RAM hiện đại như trình duyệt web.

Giả sử bạn đã cài đặt và cấu hình zram, tất cả những gì bạn phải làm là chạy

sudo service zramswap start

sudo swapoff -asẽ vô hiệu hóa trao đổi, làm cho kernel tự động giết tiến trình với số điểm cao nhất nếu hệ thống hết bộ nhớ. Tôi sử dụng cái này nếu tôi biết tôi sẽ chạy thứ gì đó nặng về RAM mà tôi thà giết nếu nó vượt khỏi tầm kiểm soát hơn là để nó bị hoán đổi và bị kẹt mãi mãi. Sử dụng sudo swapon -ađể kích hoạt lại nó sau đó.

Sau đó, bạn có thể muốn xem các cài đặt trao đổi của mình. Âm thanh như trao đổi của bạn nằm trên cùng một đĩa với phân vùng gốc, điều này sẽ làm chậm hệ thống của bạn khi bạn nhấn trao đổi, vì vậy hãy tránh điều đó nếu bạn có thể. Ngoài ra, theo tôi, các hệ thống hiện đại thường được cấu hình với quá nhiều trao đổi. RAM 32GiB thường có nghĩa là trao đổi 32GiB được phân bổ theo mặc định, như thể bạn thực sự muốn đặt 32GiB vào không gian trao đổi của mình.

Một điều khác mà người ta có thể làm là giải phóng bộ nhớ cache của trang bộ nhớ thông qua lệnh này:

echo 3 | sudo tee /proc/sys/vm/drop_caches

Từ tài liệu kernel.org (nhấn mạnh thêm):

drop_caches

Viết vào đây sẽ làm cho kernel bỏ bộ nhớ cache sạch, cũng như các đối tượng phiến có thể lấy lại được như răng và inodes. Sau khi đánh rơi, bộ nhớ của họ trở nên tự do .

Để giải phóng trang web / sys / vm / drop_caches

Đây là một hoạt động không phá hủy và sẽ không giải phóng bất kỳ đối tượng bẩn. Để tăng số lượng đối tượng được giải phóng bởi thao tác này, người dùng có thể chạy 'đồng bộ hóa' trước khi ghi vào / Proc / sys / vm / drop_caches. Điều này sẽ giảm thiểu số lượng các đối tượng bẩn trên hệ thống và tạo ra nhiều ứng cử viên bị loại bỏ.

Bạn nói "biên dịch trong nền". Bạn đang làm gì ở phía trước? Nếu bạn đang phát triển với Eclipse hoặc IDE nặng tài nguyên khác, hãy kiểm tra xem mọi thứ đã được kết thúc đúng chưa trong bảng điều khiển chưa.

Các môi trường phát triển thường cho phép bắt đầu nhiều quy trình đang được phát triển, những quy trình này có thể vẫn bị treo sau khi bạn không còn quan tâm đến chúng (trong trình gỡ lỗi hoặc chỉ chưa hoàn thành đúng cách). Nếu nhà phát triển không chú ý, hàng chục quy trình bị lãng quên có thể tích lũy trong ngày, sử dụng nhiều gigabyte cùng nhau.

Kiểm tra xem mọi thứ nên kết thúc trong IDE có bị chấm dứt không.