Bạn có nên vô hiệu hóa tập tin trang với SSD?

Tôi đã đọc câu hỏi này và nó có rất nhiều thông tin tuyệt vời.

Nhưng giả sử bạn có quá nhiều RAM, tôi nghĩ rằng tệp trang nên bị vô hiệu hóa trên SSD để kéo dài thời gian sử dụng. Tôi biết bạn sẽ mất bãi rác cốt lõi khi gặp sự cố, nhưng không nhiều người cần thông tin đó.

Theo hiểu biết của tôi, không có tệp trang, khi bạn đạt đến giới hạn RAM, điều đó có thể kích hoạt việc đập vào đĩa. Nhưng đối với SSD không có khái niệm về đập, đọc rất nhanh.

các bạn nghĩ sao?

Nhưng giả sử bạn có quá nhiều RAM, tôi nghĩ rằng tệp trang nên bị vô hiệu hóa trên SSD để kéo dài thời gian sử dụng. Tôi biết bạn sẽ mất bãi rác cốt lõi khi gặp sự cố, nhưng không nhiều người cần thông tin đó

Điều này nghe có vẻ như tối ưu hóa sớm. Bạn chưa thảo luận về loại SSD nào bạn dự định sử dụng và không thực sự xem xét khối lượng công việc của máy chủ và bảng dữ liệu SSD đã lên kế hoạch của bạn, bạn không thể có ý tưởng nào về ảnh hưởng của tệp trang đối với tuổi thọ của SSD.

Ngoài ra còn có một khối lượng lớn thông tin sai lệch, cả trên Internet lớn hơn và ở đây trên Server Fault, về SSD bị ảnh hưởng bởi tuổi thọ kém. SSD mô hình ban đầu có thể đã có vấn đề và ổ flash USB chắc chắn bắt đầu xuống cấp, nhưng SSD cấp doanh nghiệp có thuật toán cân bằng hao mòn tốt hơn nhiều và một số sử dụng đèn flash dự phòng để cải thiện hiệu suất và hao mòn.

Ví dụ, các ổ đĩa Intel X25-E yêu cầu thời lượng ghi là 1 petabyte ghi ngẫu nhiên cho ổ đĩa 32 GB. Nếu bạn đang bão hòa giao diện ghi (200 MB / giây) không ngừng, với ghi đè, ước tính của tôi sẽ kéo dài khoảng 58 ngày. Nhưng đó là viết 17 TB dữ liệu mỗi ngày vào ổ đĩa đó.

Khối lượng công việc máy chủ thông thường trên ổ đĩa hệ điều hành sẽ rất xa, ít hơn rất nhiều, ngay cả khi bạn có một tệp trang. Gọi nó là 50 GB mỗi ngày. Nếu con số 1 PB là chính xác (và tôi biết nó có thể được coi là con số trung bình, sẽ thảo luận nhiều hơn sau), đó vẫn là một nơi nào đó ở phía bắc 50 năm.

Tất nhiên, những con số đó có vẻ rất cao, vì vậy, hãy nhìn vào những con số thực tế được Intel trích dẫn để biết tuổi thọ của các ổ đĩa . Intel rất vui khi đủ điều kiện các ổ đĩa MLC (không phải doanh nghiệp) để ghi 100 GB dữ liệu mỗi ngày trong vòng 5 năm. Hiểu biết tiêu chuẩn về đèn flash SLC so với MLC nói rằng đèn flash SLC tồn tại lâu hơn khoảng 10 lần so với MLC (liên kết trên cũng thể hiện điều này trên biểu đồ).

Tất nhiên, sự thật sẽ được đưa ra theo thời gian - tất nhiên chúng ta sẽ bắt đầu thấy các ổ đĩa bị hỏng sớm hoặc chúng ta sẽ không. Nhưng những con số phía sau ổ đĩa thêm đến ổ tuổi thọ không phải là một vấn đề với ổ SSD chất lượng khá ở tất cả .

Nếu bạn đang sử dụng SSD MLC, thì có lẽ bạn có quyền lo lắng. Nhưng hãy nhớ rằng nếu Intel vui lòng đánh giá ổ đĩa ở mức 100 GB / ngày trong năm năm, thì về cơ bản vẫn giống như 50 GB / ngày trong 10 năm. Và, trở lại điểm ban đầu của tôi, bạn vẫn cần biết loại công việc thực tế bạn sẽ làm trên ổ đĩa.

Cá nhân, tôi mạnh mẽ nói không sử dụng SSD MLC trong môi trường máy chủ sản xuất. Nếu một ổ SSD SLC phong nha quá đắt, hãy sử dụng đĩa quay ngay bây giờ.

(Bên cạnh đó, nếu bạn thực hiện các con số trên, giả sử 100 GB mỗi ngày trong 50 năm, đó là xếp hạng "SLC tồn tại lâu hơn 10 lần so với MLC", có vẻ như Intel đang nói rằng ổ đĩa 32 GB của họ thực sự có tổng thời gian ghi gần hơn với 2 PB dữ liệu, không phải là 1 PB được trích dẫn trên thông số kỹ thuật của sản phẩm. Ngay cả khi tôi chỉ tin tưởng vào hai giá trị nhỏ hơn đó để vui mừng rằng các ổ X25-E của tôi sẽ tồn tại ở phía bắc 10 năm.)

Ngoài tuổi thọ có lẽ không phải là vấn đề, như Daniel Lawson đề cập và phản hồi từ chính nhóm MS (bên dưới), hãy xem xét

1. Pagefile sẽ chỉ được sử dụng khi cần thiết
2. Nếu pagefile đang được sử dụng, việc có nó trên SSD so với ổ cứng quay sẽ tạo ra sự khác biệt rất lớn

Có nên đặt pagefile trên SSD không?

Vâng. Hầu hết các hoạt động của pagefile là các lần đọc ngẫu nhiên nhỏ hoặc ghi tuần tự lớn hơn, cả hai đều là loại hoạt động mà SSD xử lý tốt.

Khi xem xét dữ liệu từ xa từ hàng ngàn dấu vết và tập trung vào việc đọc và viết pagefile, chúng tôi thấy rằng

• Pagefile.sys đọc nhiều hơn pagefile.sys viết khoảng 40 đến 1
• Kích thước đọc của Pagefile.sys thường khá nhỏ, với 67% nhỏ hơn hoặc bằng 4 KB và 88% dưới 16 KB.
• Pagefile.sys ghi tương đối lớn, với 62% lớn hơn hoặc bằng 128 KB và 45% có kích thước chính xác 1 MB. Trong thực tế, với các mẫu tham chiếu tệp trang điển hình và các đặc điểm hiệu suất thuận lợi mà SSD có trên các mẫu đó , có một số tệp tốt hơn tệp trang được đặt trên ổ SSD.

Hỗ trợ và hỏi đáp cho các ổ đĩa thể rắn (MSDN)

Thay vì vô hiệu hóa hoàn toàn tệp trang, có thể hữu ích để báo cho HĐH không sử dụng nó (ví dụ, sysctl vm.swappiness=0).

HĐH sẽ tránh sử dụng nó trừ khi cần thiết, lưu SSD ghi không cần thiết.

Tôi luôn để tập tin trang được kích hoạt; một số phần nhất định của hệ điều hành hoặc ứng dụng của bạn có thể được viết để mong đợi một phần ở đó và như vậy có thể hoạt động sai nếu không có.

Phải nói rằng, tôi đã chạy Windows (XP) mà không có tệp trang trong quá khứ và điều đó hoàn toàn hài lòng với mọi thứ tôi đã ném vào nó. Luôn có sự nghi ngờ dai dẳng mặc dù có thứ gì đó sẽ xuất hiện mà không thích.

Một tùy chọn có thể là đặt nó thực sự nhỏ.

Điều này không đáp ứng trực tiếp với OP, nhưng tôi muốn sửa một ấn tượng sai trong câu trả lời / nhận xét ở trên của Ronald và Daniel. (Tôi là người mới, vì vậy không có đủ điểm để nhận xét.)

TRIM trên thực tế là điều lớn nhất bạn có thể làm để kéo dài tuổi thọ của SSD. Đây là lý do: SSD định kỳ "thu gom rác" - sao chép dữ liệu (bị phân mảnh) từ các khối xóa trống một phần và ghi liên tục vào một khối mới bị xóa.

Các địa chỉ được ánh xạ lại để chủ nhà không cần phải biết điều này. Hoạt động ghi thêm này, không liên quan trực tiếp đến ghi chủ, được gọi là "khuếch đại ghi". Trong trường hợp xấu nhất của một ổ SSD hoàn toàn đầy đủ với một lượng nhỏ không gian được cung cấp quá mức (dự phòng ẩn), khuếch đại ghi có thể dễ dàng nằm trong khoảng 500% - 700% tốc độ ghi của máy chủ!

Trong quá trình thu gom rác, SSD không bận tâm sao chép và viết lại các trang đã bị vô hiệu (ghi đè hoặc TRIMmed), tiết kiệm rất nhiều công việc và khả năng viết. Nếu hệ thống tệp xóa một tệp lớn, nhưng nó không thông báo cho ổ đĩa thông qua TRIM, ổ đĩa sẽ tiếp tục sao chép dữ liệu bị xóa xung quanh, lãng phí ghi, vô thời hạn (hoặc cho đến khi các địa chỉ khối đó xảy ra để được gán cho một số tệp khác, có thể là một thời gian dài).

Tóm lại, TRIM thực sự quan trọng đối với cả tuổi thọ và hiệu suất.

Tôi đã nói điều này trên bài đăng khác mà bạn đã liên kết nhưng chúng tôi chạy một máy chủ rất chính mà không có pagefile và mọi thứ ở đây có vẻ ổn. Trong thực tế nó có vẻ nhanh hơn mà không có nó. Chúng tôi có 8GB RAM và tôi sẽ nói bạn nên đưa ra quyết định dựa trên việc bạn có nhiều RAM hay không, liệu ổ cứng của bạn có phải là SSD hay không. Mặc dù tôi có thể hiểu được việc muốn cứu cuộc sống của nó bằng cách không viết những thứ không cần thiết.

Chỉ cần sử dụng ổ cứng thứ hai cho bộ nhớ ảo.

Tôi đã chạy một máy tính xách tay với RAM 8 GB, ổ đĩa đơn SSD và không có tệp trang nào, trong hơn một năm nay, không có vấn đề gì. Tôi chạy vào một trò chơi yêu cầu tệp trang, vào trang web phần mềm và nhận lệnh chạy để vô hiệu hóa nó, vấn đề đã được giải quyết.

Máy tính xách tay của tôi là bốn năm. Cũ, nhưng nó chạy nhanh hơn một số máy tính để bàn mới hơn. Rò rỉ bộ nhớ, còn gọi là tệp SWAP, là vấn đề với HĐH Windows kể từ khi tạo ra kỹ thuật này. Thật không may, các nhà phát triển Linux đã đi theo bước chân của nó. Càng ít phần mềm bạn đang chạy trong nền thì càng tốt (đặc biệt là nếu là của Microsoft).

Tôi muốn nói đừng sử dụng trao đổi, nếu bạn có thể thoát khỏi nó. Hoặc có lẽ biến cách swappiness xuống. Mặc dù khó có thể sử dụng hết (mất bao lâu để ghi vào toàn bộ ổ đĩa 100.000 lần, với băng thông tối đa bạn có?), Nếu bạn không cần nó.

Sau đó, một lần nữa, ngủ đông (đình chỉ vào đĩa) không hoạt động mà không có một số loại trao đổi.

Đã từng có một số hành vi kỳ quặc không có trao đổi (như trong đĩa RAM 50 MB để hoán đổi sẽ là một chiến thắng), nhưng điều đó đã được vá vào mùa hè năm ngoái (hoặc là năm 2007?), Vì vậy một hệ điều hành hiện tại sẽ ổn.

Bây giờ tất cả những gì chúng ta cần là phần cứng hỗ trợ lệnh xóa (Linux đã hỗ trợ nó trong nhiều tháng) và tuổi thọ trên SSD sẽ chỉ còn tồi tệ.

Tôi đã có hai ổ SSD lớp doanh nghiệp ghi ra trên tôi rất sớm (nghĩa là trong thời hạn bảo hành). Tôi nghĩ rằng lý do là trao đổi nặng nề do đập. Tôi thường nhận ra rằng tôi đã có các quá trình không cần thiết đang chạy / lỗi da với rò rỉ bộ nhớ, do đó có hoạt động trao đổi nặng gần như liên tục. iostat -n9 -w 10Thỉnh thoảng tôi chạy trong nền và nhận thấy rằng thường có hoạt động đĩa nặng liên tục. Ngoài ra, hoạt động của quá trình kernel '(hoán đổi) đã được ghi lại là nguồn của hầu hết I / O. Tôi nhớ lại một daemon bị rò rỉ bộ nhớ trong nhiều tháng và cần giết chết định kỳ. Tôi thường không khắc phục sự cố trừ khi hệ thống hoạt động chậm một cách khó chịu, vì vậy thường thì việc đập phá diễn ra trong một thời gian dài trước khi tôi dành thời gian để khởi động lại daemon. Và lâu hơn để rò rỉ được sửa chữa.

Mặc dù vô hiệu hóa việc hoán đổi sẽ thu hút sự chú ý của tôi vào việc đập, do đó, vấn đề sẽ được giải quyết trước khi xảy ra sự hao mòn lớn trên SSD, đó là cách tốt nhất để ngăn chặn thiệt hại đó; bất kỳ công cụ giám sát / cảnh báo phong nha sẽ tốt hơn.

Một cảnh báo mà nhiều câu trả lời không thể thừa nhận là nếu một máy chủ IS đập liên tục ổ SSD, nó sẽ bị cháy khá nhanh - việc đốt cháy trong vòng một năm trong tình huống này là phổ biến. Việc đập cổ điển thường xảy ra khi hoán đổi bộ nhớ ảo đủ nặng để giữ cho ổ đĩa (hoán đổi) hầu như bận rộn - trong phạm vi độ lớn của băng thông I / O tối đa của nó và có ít nhất một quá trình chờ I / liên quan đến trao đổi O để hoàn thành hầu hết thời gian mà hệ thống ở trạng thái đó. Các câu trả lời khác giả định rằng hệ thống khôngđập, ít nhất là không theo cách cổ điển; hoặc dựa vào một sự hiểu lầm về việc đập là gì. Và giả định sai đó, mặc dù có dữ liệu chính xác khác, dẫn đến câu trả lời không chính xác là TẠI SAO phân trang, ngay cả khi SSD là vị trí duy nhất có thể cho hoán đổi, được bật tốt nhất.

Vô hiệu hóa tệp trang trên đĩa khi bạn có nhiều bộ nhớ không sử dụng. Một số chương trình cũ yêu cầu chức năng tệp trang và đối với những Windows đó sẽ tạo ra chức năng tệp trang nhỏ trong bộ nhớ.