Máy tính của chúng ta có nhiều bộ nhớ hơn bao giờ hết. Có lẽ điều này đúng bất kể khi nào bạn đọc bài này. Dù vậy, không importa bạn có bao nhiêu bộ nhớ, nó dường như không bao giờ đủ.
Bạn có thể lắp đầy RAM vào máy tính hoặc server, và luôn có thứ gì đó tìm cách dùng nó. Đa số thời gian đây là điều tốt.畢竟, ý nghĩa của nhiều RAM là để dùng nó. Mặt khác, nếu bạn bị giới hạn, hết bộ nhớ có thể thành vấn đề.
Bạn chắc chắn về việc sử dụng bộ nhớ?
Trước khi tìm cách giải phóng bộ nhớ, bạn muốn chắc chắn rằng có thứ gì đó thực sự đang dùng nó. Vì cách Linux xử lý bộ nhớ, có thể chỉ *trông như thể* có thứ gì đó đang dùng hết bộ nhớ khả dụng.
Như Linux Ate My RAM giải thích, lệnh top hiển thị bạn đang thiếu bộ nhớ có thể không có nghĩa như bạn nghĩ. Mặc định, Linux dành bộ nhớ không dùng cho bộ nhớ đệm đĩa (disk caching), thực tế giúp tăng tốc máy tính.
Đó nói, có thể có một số dịch vụ hoặc ứng dụng gây vấn đề thực sự đang dùng nhiều RAM hơn mức nên.
Chẩn đoán việc sử dụng bộ nhớ
Để chẩn đoán bộ nhớ, bạn cần dùng một vài lệnh khác nhau. Lệnh top tốt để xem các ứng dụng có thể đang ngốn quá nhiều RAM – chỉ đừng dựa hoàn toàn vào thống kê PhysMem hiển thị ở trên.
Bạn có thể dùng lệnh free và ps để giúp chẩn đoán vấn đề RAM. Để dùng free, chỉ cần chạy:
free -m
Bạn sẽ thấy con số "total" và "used" sẽ tương tự. Như đã nói, đây là hành vi bình thường của Linux, nên đừng lo lắng. Điều quan trọng nhất cần chú ý là phần "used" trong hàng "buffers/cached", vì đây là những gì ứng dụng và dịch vụ thực sự đang dùng.
Bạn có thể dùng ps tương tự top để xác định ứng dụng nào đang dùng nhiều bộ nhớ nhất. Để làm vậy, chỉ cần chạy:
ps aux
Điều này sẽ cho bạn thấy ứng dụng nào dùng nhiều bộ nhớ nhất và hiển thị ID tiến trình của chúng.
Khắc phục việc sử dụng bộ nhớ cao
Có một vài thủ phạm phổ biến khi nói đến việc sử dụng bộ nhớ cao trên Linux. Một trong những kẻ chính là Java. Dù bạn dùng môi trường chạy Java chính thức hay bản thay thế do GNU cung cấp, nó có thể gây rắc rối. Nếu bạn gặp vấn đề này trên server, có thể do JBoss hoặc Tomcat. Bạn sẽ tìm thấy file cấu hình của chúng ở đâu đó như:
/usr/local/jboss/bin/run.conf /usr/local/tomcat/bin/setenv.sh
Các thủ phạm khác có thể là Apache hoặc MySQL. Vượt ra khỏi phạm vi bài viết này để chỉ chính xác cách cấu hình chúng, nhưng bạn có thể kiểm tra file log để tìm lỗi hoặc cảnh báo từ các dịch vụ này.
Kết luận
Nếu bạn đang tìm kiếm tăng hiệu suất hoặc khắc phục sự cố, bộ nhớ không phải lúc nào cũng là thủ phạm. Tùy thuộc vào gì bạn tìm kiếm, giải pháp có thể nằm ở một phần hoàn toàn khác của máy tính. Hãy nhớ điều này.
Đừng lo, vì bất kể rắc rối là gì, chúng tôi có thể giúp bạn. Nếu desktop, laptop, hoặc server của bạn chạy chậm, hãy xem hướng dẫn tìm nguyên nhân của chúng tôi. Dù nó không giải quyết vấn đề, nó có thể giúp bạn biết từ đâu bắt đầu.