Làm cho Linux đọc trao đổi trở lại vào bộ nhớ

Nhân Linux hoán đổi hầu hết các trang khỏi bộ nhớ khi tôi chạy một ứng dụng sử dụng hầu hết 16GB bộ nhớ vật lý. Sau khi ứng dụng kết thúc, mọi hành động (gõ lệnh, chuyển đổi không gian làm việc, mở một trang web mới, v.v.) sẽ mất rất nhiều thời gian để hoàn thành vì trước tiên các trang liên quan cần phải được đọc lại từ trao đổi.

Có cách nào để bảo nhân Linux sao chép các trang từ hoán đổi trở lại vào bộ nhớ vật lý mà không cần chạm thủ công (và chờ) mỗi ứng dụng không? Tôi chạy rất nhiều ứng dụng nên sự chờ đợi luôn đau đớn.

Tôi thường sử dụng swapoff -a && swapon -ađể làm cho hệ thống phản hồi lại, nhưng điều này sẽ xóa các trang khỏi trao đổi, vì vậy chúng cần được viết lại vào lần tới khi tôi chạy tập lệnh.

Có một giao diện kernel, có lẽ sử dụng sysfs, để hướng dẫn kernel đọc tất cả các trang từ trao đổi?

Chỉnh sửa: Tôi thực sự đang tìm cách để làm cho tất cả các trao đổi hoán đổi. (Cảm ơn derobert!)

[PS serverfault.com/questions/153946/ Và và serverfault.com/questions/100448/ Đây là những chủ đề liên quan nhưng không giải quyết câu hỏi làm thế nào để lấy nhân Linux để sao chép các trang từ hoán đổi trở lại vào bộ nhớ mà không xóa trao đổi.]

Dựa trên chương trình memdump ban đầu được tìm thấy ở đây, tôi đã tạo một tập lệnh để đọc có chọn lọc các ứng dụng được chỉ định trở lại bộ nhớ. remember:

#!/bin/bash
declare -A Q
for i in "$@"; do
    E=$(readlink /proc/$i/exe);
    if [ -z "$E" ]; then.
        #echo skipped $i;.
        continue;.
    fi
    if echo $E | grep -qF memdump; then.
        #echo skipped $i >&2;.
        continue;.
    fi
    if [ -n "${Q[${E}]}" ]; then.
        #echo already $i >&2;.
        continue;.
    fi
    echo "$i $E" >&2
    memdump $i 2> /dev/null
    Q[$E]=$i
done | pv -c -i 2 > /dev/null

Cách sử dụng: một cái gì đó như

# ./remember $(< /mnt/cgroup/tasks )
1 /sbin/init
882 /bin/bash
1301 /usr/bin/hexchat
...
2.21GiB 0:00:02 [ 1.1GiB/s] [  <=>     ]
...
6838 /sbin/agetty
11.6GiB 0:00:10 [1.16GiB/s] [      <=> ]
...
23.7GiB 0:00:38 [ 637MiB/s] [   <=>    ]
# 

Nó nhanh chóng bỏ qua bộ nhớ không tráo đổi (gigabyte mỗi giây) và chậm lại khi cần trao đổi.

Nó có thể giúp tăng /proc/sys/vm/page-cluster(mặc định: 3).

Từ tài liệu kernel (sysctl/vm.txt ):

cụm trang

cụm trang kiểm soát số lượng trang mà các trang liên tiếp được đọc từ trao đổi trong một lần thử. Đây là đối tác trao đổi để đọc bộ nhớ cache trang. Liên tiếp được đề cập không phải là về địa chỉ ảo / vật lý, mà liên tiếp trên không gian hoán đổi - điều đó có nghĩa là chúng được hoán đổi với nhau.

Đó là một giá trị logarit - đặt nó thành 0 có nghĩa là "1 trang", đặt nó thành 1 có nghĩa là "2 trang", đặt nó thành 2 có nghĩa là "4 trang", v.v ... Không vô hiệu hóa hoàn toàn trao đổi đọc.

Giá trị mặc định là ba (tám trang cùng một lúc). Có thể có một số lợi ích nhỏ trong việc điều chỉnh giá trị này thành một giá trị khác nếu khối lượng công việc của bạn là trao đổi nhiều.

Giá trị thấp hơn có nghĩa là độ trễ thấp hơn cho các lỗi ban đầu, nhưng đồng thời các lỗi thêm và độ trễ I / O cho các lỗi sau nếu chúng là một phần của các trang liên tiếp mà readahead sẽ đưa vào.

Tài liệu này không đề cập đến một giới hạn, vì vậy có thể bạn có thể đặt mức cao vô lý này để khiến tất cả các trao đổi được đọc lại thực sự sớm. Và tất nhiên sau đó biến nó trở lại một giá trị lành mạnh.

Bạn có thể thử thêm các chương trình mà bạn quan tâm nhất vào một nhóm và điều chỉnh swappiness để lần sau ứng dụng chạy các chương trình bạn thêm sẽ ít có khả năng trở thành ứng cử viên cho việc hoán đổi.

Một số trang của họ có thể vẫn bị tráo đổi nhưng nó có thể xoay quanh các vấn đề về hiệu suất của bạn. Một phần lớn của nó có lẽ chỉ là hành vi "dừng và bắt đầu" khi rất nhiều trang của chương trình bị hoán đổi và chương trình phải liên tục tạm dừng để hoán đổi các trang của nó thành RAM nhưng chỉ tăng 4k.

Ngoài ra, bạn có thể thêm ứng dụng đang chạy vào một nhóm và điều chỉnh swappiness để ứng dụng là ứng dụng có xu hướng sử dụng tệp hoán đổi nhiều nhất. Nó sẽ làm chậm ứng dụng nhưng nó sẽ dành phần còn lại của hệ thống.

Dường như với tôi rằng bạn không thể kỳ diệu "làm cho hệ thống phản hồi lại". Bạn có thể phải chịu hình phạt hoặc đọc lại các trang từ không gian hoán đổi vào bộ nhớ hoặc bạn phải chịu nó sau đó, nhưng bằng cách này hay cách khác bạn phải chịu nó. Thật vậy, nếu bạn làm điều gì đó như swapoff -a && swapon -asau đó bạn có thể cảm thấy nhiều đau đớn hơn là ít hơn, bởi vì bạn buộc một số trang được sao chép lại vào bộ nhớ rằng nếu không sẽ chưa bao giờ được cần thiết nữa và cuối cùng rơi mà không bị đọc (suy nghĩ: bạn bỏ một ứng dụng khi phần lớn đống của nó bị tráo đổi, những trang đó có thể bị loại bỏ hoàn toàn mà không bao giờ được đọc lại vào bộ nhớ).

nhưng điều này xóa các trang khỏi trao đổi, vì vậy chúng cần được viết lại vào lần tới khi tôi chạy tập lệnh.

Chà, gần như bất kỳ trang nào được sao chép lại từ hoán đổi vào bộ nhớ chính sắp sửa được sửa đổi, vì vậy nếu nó cần được chuyển trở lại để hoán đổi một lần nữa trong tương lai, dù sao nó cũng sẽ phải được viết lại trong trao đổi. Hãy nhớ rằng trao đổi chủ yếu là bộ nhớ heap, không phải các trang chỉ đọc (thường được hỗ trợ tập tin).

Tôi nghĩ rằng swapoff -a && swapon -amánh khóe của bạn tốt như bất cứ điều gì bạn có thể nghĩ ra.

Có một cuộc thảo luận rất hay ở đây http://rudd-o.com/en/linux-and-free-software/tales-from-responsivelyland-why-linux-feels-slow-and-how-to-fix-that làm giảm khả năng trao đổi, với ý tưởng rằng để tăng khả năng phản hồi của hệ thống, người ta nên ngăn chặn việc trao đổi mã (và đây là điều xảy ra). Đây thực sự không phải là một câu trả lời cho câu hỏi của bạn, nhưng điều này có thể ngăn sự cố xuất hiện (các ứng dụng của bạn không bị tráo đổi, chỉ có dữ liệu không được sử dụng và bộ đệm trang)