Hoán đổi phân vùng trong LVM?


21

Tôi đã tự hỏi nếu đặt phân vùng trao đổi vào một nhóm âm lượng hợp lý có bất kỳ nhược điểm nào (ví dụ như hiệu suất), hoặc nó sẽ "giống như" khi có nó như là một phân vùng chính / logic riêng biệt?

Tôi thích thực tế là nó có thể dễ dàng thay đổi kích thước nếu cần thiết, nhưng không chắc chắn về những hạn chế có thể xảy ra.

Trường hợp áp dụng : Máy chủ web CentOS 7.


1
Tôi không chắc ý của bạn là gì khi "đặt phân vùng trao đổi vào một nhóm LVM". Tôi hiểu những gì bạn có nghĩa là bằng cách trao đổi trên một khối lượng hợp lý. Tôi đã làm điều đó trên các máy trước đây và máy trạm cá nhân hiện tại của tôi. Tôi chưa bao giờ nhận thấy bất kỳ vấn đề nào, tôi cũng không thể nghĩ ra lý do tại sao vấn đề nên xảy ra. Trên máy hiện tại của tôi, trao đổi được sử dụng, mặc dù không nhiều lắm.
Faheem Mitha

Bạn nói đúng, hãy thử để trộn, chỉ cần chỉnh sửa nó! Và thx cho phản ứng, sẽ làm điều đó sau đó!
Levite

Tôi có nên làm điều này một câu trả lời chính thức?
Faheem Mitha

Câu trả lời:


34

Tất nhiên, mục tiêu chính là không có nhu cầu sử dụng trao đổi ngay từ đầu ...

Điều chính là tạo ra khối lượng trao đổi LVM khi hệ thống vẫn còn khá mới, giống như khi bạn tạo một tệp hoán đổi, vì không gian hoán đổi hoạt động tốt nhất khi nó liền kề hoặc thực thi điều đó với lvcreate -C tùy chọn đó. Bạn không muốn các khối đĩa thực sự tạo nên khối lượng logic bị phân mảnh trên tất cả các đĩa của bạn. Thay đổi kích thước khối lượng trao đổi (thường xuyên) cũng nên tránh vì lý do đó.

Là một trong những nhà phát triển hàng đầu của nhân Linux, Andrew Morton nói :

Hạt nhân tạo ra một bản đồ bù đắp trao đổi -> các khối đĩa tại thời điểm hoán đổi và từ đó sử dụng bản đồ đó để thực hiện trao đổi I / O trực tiếp với hàng đợi đĩa bên dưới, bỏ qua tất cả các bộ đệm, siêu dữ liệu và mã hệ thống tệp.

Điều đó cũng bỏ qua tất cả các mã LVM, trao đổi đi thẳng vào đĩa. Và do đó, từ góc độ hiệu suất, không có sự khác biệt trong phân vùng trao đổi, tệp hoán đổi hoặc khối lượng LVM.


12
Câu trả lời tuyệt vời, thx cho lời giải thích chi tiết! " That bypasses all the LVM code as well, swap goes straight to disk.", chính xác những gì tôi đang tìm kiếm! Liên quan đến vấn đề thay đổi kích thước: vì lý do đó, sẽ tạo lại khối lượng trao đổi sau khi cài đặt với tùy chọn -C để đảm bảo nó được / giữ liền kề? Thích lvcreate -C y -L 10G VolGroup -n swap(tham khảo: blog.zelut.org/2009/03/10/force-contigupt-extents-in-lvm )
Levite

3
Không bao giờ nhận thấy công -Ctắc, cảm ơn đã chỉ ra rằng!
HBruijn

"sử dụng bản đồ đó để thực hiện trao đổi I / O trực tiếp với hàng đợi đĩa bên dưới, bỏ qua tất cả bộ đệm, siêu dữ liệu và mã hệ thống tập tin" - mặc dù câu trả lời đó là dành cho hệ thống tệp nhật ký (ext3 / reiserfs) Tôi tự hỏi liệu nó có thực sự bỏ qua md không đột kích ... điều đó sẽ tạo ra vô số lời khuyên cho việc trao đổi về cuộc đột kích ngoài kia sử dụng khá nhiều / không biết gì ...
Erk

@Erk liên quan đến đột kích, lưu ý rằng các hệ thống tệp vẫn là lớp trừu tượng phía trên thiết bị IO, nghĩa là khi sử dụng đột kích để trao đổi có lẽ tất cả các cân nhắc thông thường vẫn được áp dụng, bất kể đột kích cứng hay phần mềm
HBruijn

@HBruijn: aha, tốt, bây giờ tôi có một máy có thể tháo gắn trên LVM (trên raid md) và nó ít nhất là không đốt ...
Erk
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.