Tôi có nên tắt tập tin trao đổi nếu tôi có nhiều RAM hay tôi nên chuyển nó sang ổ RAM ảo?

Hãy tưởng tượng tôi có hàng tấn RAM. Giả sử 64GB. Đó là rất nhiều cho ngay cả PC chơi game. Bây giờ, vị trí mặc định của tệp trang trong Windows nằm trên ổ đĩa hệ điều hành chính, có thể là ổ cứng hoặc SSD, nói chung là nhanh hơn, nhưng vẫn không nhanh bằng RAM.

Một cái gì đó cho tôi biết rằng việc vô hiệu hóa pagefile trên ổ cứng hoặc tạo một ổ RAM ảo và để cho pagefile ở đó có thể khiến Windows chuyển tất cả bộ nhớ ảo của nó sang RAM, và do đó tăng hiệu năng của hệ thống, nhưng tôi không hiểu lắm về điều đó khu vực, do đó có thể không đúng sự thật.

Tôi đã thử cả hai, nhưng tôi không thể phân tích kết quả để đi đến kết luận chắc chắn với trình độ hiểu biết của tôi về những thứ trong bộ nhớ.

Điều này sẽ làm việc? Nếu không, tại sao?

Cho dù bạn có bao nhiêu RAM, bạn muốn hệ thống có thể sử dụng nó một cách hiệu quả. Không có tệp hoán trang nào buộc hệ điều hành sử dụng RAM không hiệu quả vì hai lý do. Đầu tiên, nó không thể khiến các trang bị loại bỏ, ngay cả khi chúng không được truy cập hoặc sửa đổi trong một thời gian rất dài, điều này buộc bộ đệm đĩa phải nhỏ hơn. Thứ hai, nó phải dự trữ RAM vật lý để phân bổ lại mà rất khó có thể yêu cầu nó (ví dụ: ánh xạ tệp riêng tư, có thể sửa đổi), dẫn đến trường hợp bạn có thể có nhiều RAM vật lý miễn phí và phân bổ bị từ chối tránh tình trạng thừa.

Ví dụ, hãy xem xét, nếu một chương trình tạo ánh xạ bộ nhớ riêng, có thể ghi của tệp 4GB. HĐH phải dự trữ 4GB RAM cho ánh xạ này, bởi vì chương trình có thể sửa đổi một cách có thể hiểu được từng byte và không có chỗ nào ngoài RAM để lưu trữ. Vì vậy, ngay lập tức, 4GB RAM về cơ bản bị lãng phí (nó có thể được sử dụng để lưu trữ các trang đĩa sạch, nhưng đó là về nó).

Bạn cần có một tệp trang nếu bạn muốn tận dụng tối đa RAM của mình, ngay cả khi nó không bao giờ được sử dụng. Nó hoạt động như một chính sách bảo hiểm cho phép hệ điều hành thực sự sử dụng RAM mà nó có, thay vì phải dự trữ nó cho những khả năng cực kỳ khó xảy ra.

Những người thiết kế hành vi của hệ điều hành của bạn không phải là những kẻ ngốc. Có một tệp hoán trang cung cấp cho hệ điều hành nhiều lựa chọn hơn và nó sẽ không tạo ra các tệp xấu.

Không có điểm nào trong việc cố gắng đặt một tệp hoán trang vào RAM. Và nếu bạn có nhiều RAM, tệp hoán trang rất khó có thể được sử dụng (chỉ cần có ở đó) vì vậy nó không đặc biệt quan trọng là thiết bị được bật nhanh như thế nào.

Bạn hoàn toàn chính xác trong giả định của bạn.

Các thuật toán quản lý bộ nhớ rất phức tạp và bằng mọi cách không hoàn hảo. Vì vậy, trao đổi xảy ra ngay cả khi có nhiều RAM dự phòng. Trên một số hệ thống, như Linux, bạn có thể kiểm soát swappiness , trên các hệ thống khác mà bạn không thể. Bằng cách hoán đổi dữ liệu khi vẫn còn nhiều RAM, hệ thống theo cách riêng của nó chuẩn bị cho tình huống khi nó có thể hết RAM.

Vì vậy, vô hiệu hóa chức năng tráo đổi có thể giúp bạn cải thiện hiệu suất vì bạn sẽ chỉ sử dụng RAM nhanh hơn như bạn đã nói.

Một điều cần xem xét (và bạn đã đề cập đến nó) - bạn cần có đủ RAM để chứa tất cả các chương trình bạn đang thực hiện, nếu không bạn có nguy cơ hết bộ nhớ . Trong trường hợp này, hiệu suất sẽ giảm, một số quy trình có thể bị HĐH chấm dứt và hệ thống có thể gặp sự cố / đóng băng. (đọc thêm về nó ở đây )

Trên một số máy, đặc biệt là các máy giữ tệp hoán đổi trên ổ cứng không phải SSD, hiệu ứng từ việc vô hiệu hóa trao đổi là rất đáng chú ý. Trên những người khác nó không quá rõ ràng. Nhưng ngay cả khi bạn không nhận được sự cải thiện rõ ràng, hãy nghĩ về nó theo một cách khác, bằng cách vô hiệu hóa việc hoán đổi, bạn sẽ tiết kiệm cho mình một số dung lượng đĩa trên ổ SSD.

Bằng cách vô hiệu hóa trao đổi, bạn cũng sẽ ngăn các thuật toán bộ nhớ thực hiện các thao tác không cần thiết - chuyển dữ liệu từ RAM sang trao đổi và ngược lại - trong trường hợp SSD, điều này sẽ ngăn ngừa sự hao mòn quá mức. Và trong mọi trường hợp, điều này sẽ cải thiện hiệu suất bằng cách loại bỏ các hoạt động không cần thiết.

Ngoài ra, đọc:

• Windows Swap (Tệp trang): Bật hoặc Tắt?
• https://askubfox.com/questions/157793/why-is-swap-being-use-even- anyway-i-have-plenty-of-free-ram

Bạn có thể vô hiệu hóa một cách an toàn pagefile?

Nếu bạn hết bộ nhớ trống, bao gồm cả bộ nhớ ảo, hệ thống không thể tiếp tục đảm bảo thực thi xác định và tự kết thúc. Trước khi điều đó xảy ra, hệ thống vận hành sẽ làm nhiều việc khác như giết chết các chương trình sử dụng quá nhiều bộ nhớ. Điều tôi muốn nói là, bộ nhớ luôn hữu hạn và mọi hệ điều hành đều có thể giải quyết vấn đề này. Do đó, việc giới hạn tổng bộ nhớ khả dụng xuống 64 GB sẽ không gây hại cho Windows - nhiều hệ thống không thể vượt quá 8 GB ngay cả với tệp trang, vì với RAM 1 hoặc 2 GB, tệp trang thường nhỏ hơn 6 hoặc 7 GB. Cần lưu ý rằng miễn là bạn có quá nhiều RAM không sử dụng, thì chi phí hoạt động của hệ điều hành duy trì một trang sẽ không thể đo lường được.

Liệu nó có ý nghĩa để đặt pagefile trên một đĩa RAM?

Để tăng bộ nhớ khả dụng, hầu hết nếu không phải tất cả các hệ điều hành tiên tiến đều sử dụng một số loại tệp hoán đổi trong đó chúng lấy một số bộ nhớ trong RAM và không được truy cập trong một thời gian, hãy ghi bộ nhớ vào ổ cứng (hoán đổi hay còn gọi là pagefile ) và xóa bộ nhớ khỏi RAM để có thêm bộ nhớ nhanh hơn. Hoán đổi được sử dụng để mở rộng kích thước tối đa của bộ nhớ vượt quá kích thước của RAM có sẵn.

Do đó, sử dụng ramdisk (làm giảm bộ nhớ khả dụng theo kích thước của ramdisk) để lưu trữ tệp hoán đổi (tăng bộ nhớ khả dụng theo kích thước của tệp hoán đổi) sẽ hoạt động, nhưng sẽ không có ý nghĩa nhiều. Nó sẽ không cung cấp nhiều bộ nhớ hơn là vô hiệu hóa pagefile, tuy nhiên nó vẫn sẽ yêu cầu hệ thống chạy các thuật toán phân trang.

Để nhắc lại những gì người khác đã nói, việc chuyển đổi sang đĩa RAM thẳng là khá vô nghĩa (trong trường hợp phổ biến nhất, xem bên dưới). Nó đạt được rằng tại một số điểm nhất định, khi hệ thống bị bỏ đói bộ nhớ trống, một số dữ liệu được chuyển từ RAM sang RAM theo cách khá kém hiệu quả.

Việc trao đổi trên ổ cứng / SSD đạt được rằng HĐH có thể xóa một số trang RAM hoàn toàn không sử dụng và sử dụng không gian trống cho ví dụ như bộ đệm của tệp hoặc bộ đệm hệ thống khác. Bạn có thể không nhận ra rằng hệ thống phân bổ ít bộ đệm RAM này vì bạn không có bộ nhớ ảo khả dụng nếu không có tệp trang; do đó, trong thực tế, bạn có thể làm giảm hiệu suất của bạn bằng cách vô hiệu hóa trao đổi.

Tuy nhiên, ổ đĩa RAM được nén dưới dạng ổ đĩa trao đổi , ổ đĩa "ZSWAP", có thể có lợi trong các trường hợp cạnh (trong đó bạn có thể chỉ cần thêm một vài MB RAM để tránh hoán đổi ổ cứng) bằng cách cải thiện hiệu quả không gian của một đoạn RAM thành mức độ nhất định.

Nếu bạn không có tệp trang, thì trong trường hợp BSOD (sự cố), Windows sẽ không thể ghi tệp kết xuất sự cố. Điều này có nghĩa là bạn sẽ không thể phân tích vấn đề bằng cách sử dụng các công cụ thích hợp.

Có tệp trang trong RAM là vô dụng, vì nó có thể bị mất trong sự cố.

Để biết thêm thông tin, hãy xem bài viết của Microsoft Tìm hiểu về Tệp kết xuất .

Đối với Windows, từ miệng ngựa:

Một số người cảm thấy không có tệp hoán trang dẫn đến hiệu suất tốt hơn, nhưng nói chung, có tệp hoán trang có nghĩa là Windows có thể viết các trang trong danh sách đã sửa đổi (đại diện cho các trang không được truy cập tích cực nhưng chưa được lưu vào đĩa) tệp hoán trang, do đó làm cho bộ nhớ đó khả dụng cho các mục đích hữu ích hơn (quy trình hoặc bộ đệm tệp). Vì vậy, mặc dù có thể có một số khối lượng công việc hoạt động tốt hơn mà không có tệp hoán trang, nhưng nói chung có một khối sẽ có nghĩa là bộ nhớ có thể sử dụng nhiều hơn * có sẵn cho hệ thống (đừng bận tâm rằng Windows sẽ không thể ghi các bản ghi sự cố kernel mà không có kích thước tệp hoán trang đủ lớn để chứa chúng).

https://bloss.technet.microsoft.com/markrussinovich/2008/11/17/pushing-the-limits-of-windows-virtual-memory/

• bộ nhớ có thể sử dụng - vì vậy mặc dù điều này khuyên bạn nên có bộ nhớ ảo, nhưng nó cũng gợi ý rằng bạn cần một lượng RAM thực sự lớn để đảm bảo có lợi khi không có tệp trang / bộ nhớ ảo. Tôi có 4GB RAM 128 GB SSD không có tệp trang, nhưng tôi sử dụng nó để duyệt web và gõ tài liệu từ.

Không vô hiệu hóa tập tin trao đổi Nó không chỉ dành cho khi bạn hết bộ nhớ. Không có hiệu suất trực tiếp trong việc tắt nó , các cửa sổ chỉ đọc từ nó khi nó cần, nó viết cho nó mọi lúc để nó sẵn sàng bất cứ khi nào cần thiết.

Bạn có thể giảm kích thước xuống còn khoảng 2/3 kích thước bộ nhớ nếu bạn có nhiều hơn khoảng 4GB, vì nó lưu trữ hình ảnh bộ nhớ được nén. Bạn có thể đặt nó vào ổ cứng chậm hơn mà không bị truy cập bởi ổ đĩa nặng khác nếu bạn không có dung lượng trên ổ SSD. Nhưng nó có lợi khi có một nơi nào đó.

Xem câu trả lời này để biết thêm thông tin tại sao. https://superuser.com/a/286476/4236

Về lý thuyết, việc đưa pagefile vào RAM hoàn toàn không có ý nghĩa gì, bởi vì bạn chỉ đang làm cạn kiệt những gì bạn cho là đạt được và Windows được xây dựng dựa trên giả định rằng pagefile sẽ không được sử dụng cho các mục đích đó.

Tuy nhiên, trên thực tế, thiết kế và triết lý thiếu sót có thể biến nó thành nhân Windows, và việc quản lý bộ nhớ của Microsoft không nhất thiết phải hoàn hảo. Nhiều người đã phát hiện ra rằng việc đưa pagefile vào Ramdisk thực sự dẫn đến tăng hiệu suất , miễn là bạn có một lượng bộ nhớ kha khá.

Tôi biên soạn một bài trong đó cho thấy một bộ sưu tập của người dùng như vậy từ một đơn thread trên diễn đàn của người đã phát hiện ra rằng mặc dù có số lượng lớn RAM miễn phí, pagefile vẫn đang được sử dụng:

http://www.overclock.net/t/1193401/why-it-is-bad-to-store-the-page-file-on-a-ram-disk/290#post_23508589

Chuyển đổi một hệ điều hành được thiết kế rất cốt lõi để không sử dụng trao đổi khó hơn rất nhiều so với âm thanh.

Máy Mac hiện đại có phân vùng phục hồi - một phần của ổ đĩa chính với hệ điều hành bị loại bỏ có thể sửa chữa hoặc khôi phục hệ thống chính. Trong những ngày trình cài đặt DVD họ chạy một quy trình tùy chỉnh, hệ thống hiện tạo RAMdisk cho phân vùng trao đổi vì trình cài đặt không thể được đảm bảo có sẵn dung lượng đĩa làm việc. HĐH bao gồm các khung cần thiết để chạy phần mềm bảo trì đi kèm, giống hệt với các tiện ích có sẵn sau khi cài đặt. Ít hơn rất nhiều công việc cho tất cả mọi người.

Giới hạn hệ thống cho một ứng dụng tại một thời điểm có nghĩa là về cơ bản trao đổi ramdisk không bao giờ được sử dụng, nhưng HĐH hy vọng nó sẽ ở đó.

Nếu bạn có đủ bộ nhớ, câu trả lời sẽ là có, bạn có thể tắt trao đổi. Hoán đổi được tạo ra để khắc phục những hạn chế của RAM và để sử dụng hiệu quả hơn.

Câu hỏi bây giờ là bao nhiêu RAM là đủ RAM? Không có câu trả lời chung cho điều này và bởi các hệ thống tự nhiên đang đói trên bộ nhớ. Do đó, và trừ khi bạn đang chạy trên một môi trường rất cụ thể và có kiểm soát, đừng tắt trao đổi.

Bất kỳ loại đóng thế nào khác như đặt trao đổi trên RAM sẽ chỉ tạo thêm một lớp phức tạp và tiêu tốn bộ nhớ có thể được sử dụng trực tiếp.

Hệ thống của tôi có RAM 24GB, vì lý do này, tôi đã vô hiệu hóa tệp trang để tránh hao mòn ổ SSD mà không gặp vấn đề gì. Gần đây tôi đã tạo một Đĩa RAM, sử dụng 4GB Bộ nhớ của mình để lưu trữ các tệp Google Chrome Cache, để xem liệu nó có tăng hiệu suất của các trò chơi Flash Player trực tuyến và lướt web nói chung hay không. Tôi đã thấy sự gia tăng rõ rệt về hiệu suất từ ​​thí nghiệm này. Vì tôi có nhiều dung lượng trống hơn trên Đĩa RAM, tôi đã bật tệp trang của mình và đặt cả kích thước tối thiểu và tối đa thành 1GB và chuyển nó sang Đĩa RAM. Mặc dù, tôi không thể nói rằng có bất kỳ tăng hiệu suất, hệ thống của tôi dường như đang chạy ổn định hơn.

Di chuyển tệp trang vào RAM là một khái niệm vô lý Chỉ cần tắt nó đi và bằng nhiều RAM hơn. :)

No matter how much RAM you have, you want the system to be able to use it efficiently. Having no paging file at all forces the operating system to use RAM inefficiently for two reasons. First, it can't make pages discardable, even if they haven't been either accessed or modified in a very long time, which forces the disk cache to be smaller. Second, it has to reserve physical RAM to back allocations that are very unlikely to ever require it (for example, a private, modifiable file mapping), leading to a case where you can have plenty of free physical RAM and yet allocations are refused to avoid overcommitting.

Consider, for example, if a program makes a writable, private memory mapping of a 4GB file. The OS has to reserve 4GB of RAM for this mapping, because the program could conceivably modify every byte and there's no place but RAM to store it. So immediately, 4GB of RAM is basically wasted (it can be used to cache clean disk pages, but that's about it).

Quản lý bộ nhớ được xử lý bởi CPU và việc bật hoặc tắt pagefile không làm cho một iota khác biệt với cách xử lý các trang. Nó trong suốt với Windows.

Ưu tiên trang không thay đổi, các trang sẽ bị loại bỏ giống nhau. Các tệp trang được CPU sử dụng làm bộ lưu trữ thứ cấp chứ không phải HĐH. Không có gì nhiều hơn bộ nhớ cache cấp hai khi cấp độ một (RAM) hết.

Một ví dụ nhanh và rất bẩn:, máy của tôi có 16GB RAM và không có pagefile. 5 phút trước với 13GB ở chế độ chờ và chỉ có 2 GB miễn phí, tôi đã tải Fallout 4. Các trang ưu tiên thấp đã bị loại bỏ khi Fallout được tải.

Btw trên một lưu ý phụ, Blog Technet 2008 về việc đẩy các giới hạn bộ nhớ Windows là rất sai lệch - tôi sẽ nói đến điểm lừa dối. https://i.stack.imgur.com/wXkmi.png Tôi cũng nghi ngờ dù Mark có viết nó hay không, nhưng tôi hy vọng là không, vì nó sẽ thay đổi cách nhìn của tôi về anh ấy .....

Fwiw có những lỗ hổng trong bài viết mà tôi rất ngạc nhiên khi không ai chọn xem xét mức độ thường xuyên mà blog đó được giới thiệu

• Pagefile và vị trí của nó được xử lý bởi Windows, việc truy cập bộ nhớ vào các vị trí đã được phân trang ra đĩa sẽ bị CPU bắt, nhưng được đưa đến hệ điều hành để lấy trang từ đĩa và tải nó vào.

Dù sao ở đây là một mô tả không quá mơ hồ:

Windows không thể đạt địa chỉ cao hơn CPU - điều đó là không thể.

Cho dù HĐH có khả năng gì thì nó vẫn bị giới hạn bởi phần cứng mà nó chạy trên .. bởi vì HĐH thực sự là chính CPU (các thanh ghi bên trong).

OK, vì vậy pagefile là một khu vực trên ổ cứng mà CPU sử dụng cho không gian địa chỉ vật lý mở rộng khi nó không thể sử dụng nhiều RAM về mặt vật lý hoặc kiến ​​trúc.

Trên kiến ​​trúc x86 32 bit được phân đoạn, ví dụ, có hai phân đoạn RAM 2 GB.

Một được phân bổ cho kernel. 2GB còn lại dành cho chế độ người dùng. Đó là tất cả RAM mà CPU có thể sử dụng với 32 chân DRAM, nhưng quá trình 32 bit có sẵn 4GB nên phải làm gì. May mắn thay, CPU có thể sử dụng AKA lưu trữ thứ cấp, ổ cứng để lưu trữ thêm 2GB trang. Bởi vì nó có các thanh ghi bên trong
Các vị trí thực tế nơi các trang ảo được tham chiếu bởi quá trình không phải được lưu trữ trong RAM. Nhưng chúng đã được lưu trữ ở đâu đó bởi CPU.

CPU không thể cung cấp tất cả RAM 4GB cho ứng dụng, nhưng nó có thể cung cấp cho 4GB địa chỉ bằng cách sử dụng ổ cứng làm bộ đệm thứ cấp (đó là tất cả các ổ cứng thực sự)

Các trang được di chuyển vào và ra khỏi RAM thông qua cơ chế phân trang bên trong của nó, nhưng điều này không giống với một trang. Phân trang luôn xảy ra ....

Điểm mấu chốt thực sự không phức tạp. Trong khoảng 15 năm trở lại đây, nhiều người dùng cuối đã có ấn tượng rằng một pagefile là một phần không thể thiếu của Hệ điều hành, không phải vậy. Nó chưa bao giờ được. Quan niệm sai lầm này một phần được thúc đẩy bởi các tập đoàn như Intel và Microsoft.

RAM là thiết bị lưu trữ nhanh, Ổ cứng là thiết bị lưu trữ chậm hơn, do đó, về cơ bản RAM là bộ đệm cấp 1, Ổ cứng là Cấp 2 (không tính đến bộ đệm CPU cho sự tương tự này). Cả hai có thể được truy cập bởi CPU.

Nếu không đủ RAM để CPU lưu trữ các trang cần thiết, ổ cứng có thể được sử dụng như một tràn. Nếu có nhiều RAM, thì PF là dự phòng.

Cho đến Core 2, bộ xử lý Intel có bus DRAM 32 chân và 32 thanh ghi có nghĩa là CPU có quyền truy cập 4GB RAM và 4GB dung lượng ổ cứng (pagefile). Đây là một giới hạn phần cứng kiến ​​trúc, không phải là giới hạn Windows.

Tổng số có sẵn cho các quy trình là 3,5 GB, vì một bảng trang chiếm 512MB. Đó là lý do tại sao 3,5 GB xuất hiện trong Windows với CPU của Intel (cho đến Core 2). Thêm một GPU và thậm chí ít hơn có sẵn.

Xeon có thể truy cập tổng cộng 32 GB RAM, 64 GB không gian vật lý có kèm theo ổ cứng (lại hiển thị trang). ( Điều này bao gồm PAE, ngoài ra còn có thêm các liên kết được thêm vào ).

http://www.windowsdevcenter.com/pub/a/windows/2004/04/27/pagefile.html

Nguồn ảnh chụp màn hình thứ 3: Giao diện nhị phân ứng dụng System V Giao diện nhị phân Bộ xử lý kiến ​​trúc AMD64 Phiên bản 0.99.7

Tôi dự định tiếp tục cải thiện câu trả lời này và thêm tài liệu nguồn và thông tin liên quan. Tôi muốn đạt được sự cân bằng giữa không đủ thông tin và quá nhiều thông tin kỹ thuật. Gợi ý được hoan nghênh. Xin đừng downvote chỉ vì nó có thể không được viết tốt như vậy.