Làm thế nào để tạo người dùng với việc sử dụng RAM hạn chế?

Vậy là tôi có RAM 4 GB + trao đổi 4GB. Tôi muốn tạo một người dùng với ram và trao đổi hạn chế: RAM 3 GB và trao đổi 1 GB. Là điều như vậy có thể? Có thể khởi động các ứng dụng có RAM hạn chế và trao đổi với chúng mà không cần tạo một người dùng riêng (và không cài đặt bất kỳ ứng dụng đặc biệt nào - chỉ có cấu hình máy chủ Debian / CentOS mặc định và không sử dụng sudo)?

Cập nhật:

Vì vậy, tôi đã mở terminall và gõ vào lệnh ulimit : ulimit -v 1000000nó sẽ giống như 976,6Mbgiới hạn. Tiếp theo tôi gọi ulimit -avà thấy giới hạn đó là "bật". Sau đó, tôi bắt đầu một số tập lệnh bash biên dịch và khởi động ứng dụng của mình nohup, một tập lệnh dài nohup ./cloud-updater-linux.sh >& /dev/null & ... nhưng sau một thời gian tôi thấy:

(sẽ ổn nếu không áp dụng giới hạn nào - nó đã tải xuống một số lib lớn và bắt đầu biên dịch nó.)

Nhưng tôi nghĩ rằng tôi đã áp dụng các giới hạn cho trình bao và tất cả các quy trình được khởi chạy với / từ nó với ulimit -v 1000000? Tôi đã làm gì sai? Làm thế nào để tạo một thiết bị đầu cuối và tất cả các quy trình phụ mà nó khởi chạy bị hạn chế về việc sử dụng ram?

ulimitđược làm cho điều này. Bạn có thể thiết lập mặc định cho ulimitmỗi người dùng hoặc theo từng nhóm

/etc/security/limits.conf

ulimit -v KBYTESđặt kích thước bộ nhớ ảo tối đa. Tôi không nghĩ rằng bạn có thể cung cấp một lượng trao đổi tối đa. Đó chỉ là giới hạn về dung lượng bộ nhớ ảo mà người dùng có thể sử dụng.

Vì vậy, bạn limits.confsẽ có dòng (tối đa 4Gbộ nhớ)

luser  hard  as   4000000

CẬP NHẬT - Cgroup

Các giới hạn áp đặt bởi ulimitvà limits.conflà trên mỗi quá trình. Tôi chắc chắn không rõ ràng về điểm đó.

Nếu bạn muốn giới hạn tổng dung lượng bộ nhớ mà người dùng sử dụng (đó là những gì bạn đã hỏi). Bạn muốn sử dụng cgroups .

Trong /etc/cgconfig.conf:

group memlimit {
    memory {
        memory.limit_in_bytes = 4294967296;
    }
}

Điều này tạo ra một cgroupgiới hạn bộ nhớ tối đa là 4GiB.

Trong /etc/cgrules.conf:

luser   memory   memlimit/

Điều này sẽ khiến tất cả các quy trình được chạy bởi luserđược chạy bên trong các memlimitnhóm được tạo trong cgconfig.conf.

Bạn không thể giới hạn mức sử dụng bộ nhớ ở cấp độ người dùng, ulimit có thể làm điều đó nhưng với một quy trình duy nhất.

Ngay cả khi sử dụng giới hạn cho mỗi người dùng /etc/security/limits.conf, người dùng có thể sử dụng tất cả bộ nhớ bằng cách chạy nhiều quy trình.

Nếu bạn thực sự muốn giới hạn tài nguyên, bạn cần sử dụng một công cụ quản lý tài nguyên, như RCapd được sử dụng bởi các dự án và khu vực thuộc Solaris.

Có một thứ dường như cung cấp các tính năng tương tự trên Linux mà bạn có thể điều tra: cgroups .

cgroupslà cách đúng đắn để làm điều này, như các câu trả lời khác đã chỉ ra. Thật không may, không có giải pháp hoàn hảo cho vấn đề này, vì chúng ta sẽ đi vào bên dưới. Có một loạt các cách khác nhau để đặt giới hạn sử dụng bộ nhớ cgroup. Làm thế nào một người đi về việc làm cho phiên đăng nhập của người dùng tự động là một phần của một nhóm khác nhau tùy theo hệ thống. Red Hat có một số công cụ, và systemd cũng vậy .

memory.memsw.limit_in_bytesvà memory.limit_in_bytesđặt giới hạn bao gồm và không bao gồm trao đổi, tương ứng. Nhược điểm memory.limit_in_byteslà nó đếm các tập tin được lưu trong bộ nhớ cache của nhân thay mặt cho các tiến trình trong nhóm so với hạn ngạch của nhóm. Ít bộ nhớ đệm hơn có nghĩa là truy cập nhiều đĩa hơn, do đó bạn có khả năng từ bỏ một số hiệu suất nếu hệ thống có sẵn một số bộ nhớ.

Mặt khác, memory.soft_limit_in_bytescho phép nhóm này vượt quá hạn ngạch, nhưng nếu kẻ giết OOM hạt nhân được gọi thì những nhóm đó vượt quá hạn ngạch của họ sẽ bị giết trước, theo logic. Tuy nhiên, nhược điểm của điều đó là có những tình huống cần một số bộ nhớ ngay lập tức và không có thời gian để kẻ giết người OOM tìm kiếm các quy trình để giết, trong trường hợp đó có thể thất bại trước các quy trình của người dùng vượt quá giới hạn bị giết

ulimittuy nhiên, hoàn toàn là công cụ sai cho việc này. ulimit đặt giới hạn cho việc sử dụng bộ nhớ ảo, gần như chắc chắn không phải là điều bạn muốn. Nhiều ứng dụng trong thế giới thực sử dụng bộ nhớ ảo nhiều hơn nhiều so với bộ nhớ vật lý. Hầu hết các thời gian chạy được thu gom rác (Java, Go) hoạt động theo cách này để tránh phân mảnh. Một chương trình "hello world" tầm thường trong C, nếu được biên dịch với trình khử trùng địa chỉ, có thể sử dụng 20TB bộ nhớ ảo. Phân bổ không dựa vào sbrk, chẳng hạn như jemalloc (là cấp phát mặc định cho Rust) hoặc tcmalloc, cũng sẽ có mức sử dụng bộ nhớ ảo vượt quá mức sử dụng vật lý của họ. Để hiệu quả, nhiều công cụ sẽ tập tin mmap, làm tăng mức sử dụng ảo nhưng không nhất thiết phải sử dụng vật lý. Tất cả các quy trình Chrome của tôi đều sử dụng 2TB bộ nhớ ảo. Tôi đang sử dụng máy tính xách tay với 8GB bộ nhớ vật lý. Bất kỳ cách nào người ta cố gắng thiết lập hạn ngạch bộ nhớ ảo ở đây đều sẽ phá vỡ Chrome, buộc Chrome phải vô hiệu hóa một số tính năng bảo mật dựa trên việc phân bổ (nhưng không sử dụng) số lượng lớn bộ nhớ ảo hoặc hoàn toàn không hiệu quả trong việc ngăn người dùng lạm dụng hệ thống .