Tôi đang chạy Windows 7 trên lõi kép, x64 AMD với RAM 8 GB.
Tôi thậm chí có cần một tập tin trang?
Sẽ loại bỏ nó giúp hoặc làm tổn thương hiệu suất?
Nó sẽ làm cho một sự khác biệt nếu đây là một máy chủ hoặc máy tính để bàn?
Windows 7 so với Windows 2008 có tạo ra sự khác biệt với tệp trang không?
Câu trả lời:
Phiên bản TL; DR: Hãy để Windows xử lý các cài đặt bộ nhớ / trang của bạn. Những người ở MS đã dành nhiều giờ hơn để suy nghĩ về những vấn đề này so với hầu hết các hệ thống của chúng tôi.
Nhiều người dường như cho rằng Windows đẩy dữ liệu vào trang theo yêu cầu. EG: một cái gì đó muốn có nhiều bộ nhớ và không có đủ RAM để đáp ứng nhu cầu, vì vậy Windows bắt đầu điên cuồng ghi dữ liệu từ RAM vào đĩa vào phút cuối này, để nó có thể giải phóng RAM cho nhu cầu mới.
Điều này là không đúng. Có nhiều hơn đang diễn ra dưới mui xe. Nói chung, Windows duy trì một cửa hàng sao lưu , có nghĩa là nó muốn thấy mọi thứ trong bộ nhớ cũng ở trên đĩa ở đâu đó. Bây giờ, khi có thứ gì đó xuất hiện và đòi hỏi nhiều bộ nhớ, Windows có thể xóa RAM rất nhanh, vì dữ liệu đó đã có trên đĩa, sẵn sàng để được gửi lại vào RAM nếu được yêu cầu. Vì vậy, có thể nói rằng phần lớn những gì trong pagefile cũng nằm trong RAM; dữ liệu được ưu tiên đặt trong pagefile để tăng tốc nhu cầu cấp phát bộ nhớ mới .
Việc mô tả các cơ chế cụ thể liên quan sẽ mất nhiều trang (xem chương 7 của Windows Internals và lưu ý rằng sẽ có phiên bản mới ), nhưng có một vài điều hay cần lưu ý. Đầu tiên, phần lớn những gì trong RAM thực chất đã có trên đĩa - mã chương trình được lấy từ một tệp thực thi hoặc DLL chẳng hạn. Vì vậy, điều này không cần phải được ghi vào pagefile; Windows có thể chỉ cần theo dõi nơi các bit ban đầu được tìm nạp từ đó. Thứ hai, Windows theo dõi dữ liệu nào trong RAM được sử dụng thường xuyên nhất và vì vậy sẽ xóa RAM mà dữ liệu đã tồn tại lâu nhất mà không bị truy cập.
Loại bỏ hoàn toàn pagefile có thể gây ra nhiều vụ đập đĩa hơn. Hãy tưởng tượng một kịch bản đơn giản trong đó một số ứng dụng khởi chạy và yêu cầu 80% RAM hiện có. Điều này sẽ buộc mã thực thi hiện tại ra khỏi RAM - thậm chí có thể là mã hệ điều hành. Bây giờ mỗi khi các ứng dụng khác đó - hoặc chính HĐH (!!) cần truy cập vào dữ liệu đó, HĐH phải trang chúng từ cửa hàng sao lưu trên đĩa, dẫn đến nhiều sự cố. Bởi vì không có pagefile để phục vụ như là kho lưu trữ dữ liệu tạm thời, điều duy nhất có thể được phân trang là các tệp thực thi và DLL có các cửa hàng sao lưu vốn có để bắt đầu.
Tất nhiên có nhiều kịch bản tài nguyên / sử dụng. Không phải là bạn không có một trong những tình huống mà theo đó sẽ không có tác động bất lợi nào từ việc xóa pagefile, nhưng đây là những thiểu số. Trong hầu hết các trường hợp, loại bỏ hoặc giảm pagefile sẽ dẫn đến giảm hiệu suất trong các tình huống sử dụng tài nguyên cao điểm.
Một số tài liệu tham khảo:
dmo lưu ý một bài đăng gần đây của Eric Lippert giúp hiểu về bộ nhớ ảo (mặc dù ít liên quan đến câu hỏi). Tôi đặt nó ở đây vì tôi nghi ngờ một số người sẽ không chuyển xuống các câu trả lời khác - nhưng nếu bạn thấy nó có giá trị, bạn nợ dmo một phiếu bầu, vì vậy hãy sử dụng liên kết để đến đó!
Như tôi thấy trong các câu trả lời khác, tôi là người duy nhất đã vô hiệu hóa tệp trang và không bao giờ hối tiếc. Tuyệt quá :-)
Cả ở nhà và nơi làm việc tôi đều có Vista 64 bit với 8 GB RAM. Cả hai đều có tập tin trang bị vô hiệu hóa. Trong công việc, không có gì lạ khi tôi có một vài phiên bản Visual Studio 2008, Virtual PC với Windows XP, 2 phiên bản SQL Server và Internet Explorer 8 với rất nhiều tab hoạt động cùng nhau. Tôi hiếm khi đạt tới 80% bộ nhớ.
Tôi cũng đang sử dụng giấc ngủ lai mỗi ngày (ngủ đông với giấc ngủ) mà không gặp vấn đề gì.
Tôi bắt đầu thử nghiệm với nó khi tôi có Windows XP với 2 GB RAM và tôi thực sự thấy sự khác biệt. Ví dụ cổ điển là khi các biểu tượng trong Bảng điều khiển ngừng hiển thị từng cái một, nhưng tất cả cùng một lúc. Ngoài ra thời gian khởi động Firefox / Thunderbird tăng lên đáng kể. Mọi thứ bắt đầu hoạt động ngay lập tức sau khi tôi nhấp vào cái gì đó. Thật không may, 2 GB quá nhỏ so với mức sử dụng ứng dụng của tôi (Visual Studio 2008, Virtual PC và SQL Server), vì vậy tôi đã kích hoạt lại.
Nhưng ngay bây giờ với 8 GB tôi không bao giờ muốn quay lại và kích hoạt tệp trang.
Đối với những người đang nói về các trường hợp cực đoan, hãy lấy cái này từ lần Windows XP của tôi.
Khi bạn đang cố tải Bảng Pivot lớn trong Excel từ truy vấn SQL, Excel 2000 sẽ tăng mức sử dụng bộ nhớ của nó khá nhanh.
Khi bạn tắt tệp trang - bạn đợi một lát rồi Excel sẽ nổ tung và hệ thống sẽ xóa tất cả bộ nhớ sau nó.
Khi bạn bật tệp trang - bạn đợi một lúc và khi bạn nhận thấy có gì đó không ổn, bạn có thể làm hầu như không làm gì với hệ thống của mình. Ổ cứng của bạn đang hoạt động như địa ngục và ngay cả khi bạn bằng cách nào đó quản lý để chạy Trình quản lý tác vụ (sau vài phút chờ đợi) và giết excel.exebạn, bạn phải đợi vài phút cho đến khi hệ thống tải lại mọi thứ từ tệp trang.
Như tôi đã thấy sau đó, Excel 2003 xử lý cùng một bảng trụ mà không có bất kỳ vấn đề nào với tệp trang bị vô hiệu hóa - vì vậy đó không phải là "vấn đề dữ liệu quá lớn".
Vì vậy, theo tôi, một tệp trang bị vô hiệu hóa thậm chí đôi khi bảo vệ bạn khỏi các ứng dụng được viết kém.
Ngắn gọn: nếu bạn nhận thức được việc sử dụng bộ nhớ của mình - bạn có thể vô hiệu hóa nó một cách an toàn.
Chỉnh sửa: Tôi chỉ muốn thêm rằng tôi đã cài đặt Windows Vista SP2 mà không gặp sự cố nào.
Bạn có thể muốn thực hiện một số phép đo để hiểu hệ thống của bạn đang sử dụng bộ nhớ như thế nào trước khi thực hiện các điều chỉnh trang. Hoặc (nếu bạn vẫn muốn thực hiện điều chỉnh), trước và sau khi điều chỉnh.
Perfmon là công cụ cho việc này; không phải Trình quản lý tác vụ. Một bộ đếm chính là Bộ nhớ - Nhập trang / giây . Điều này sẽ đặc biệt biểu thị các lỗi trang cứng , những lỗi cần đọc từ đĩa trước khi quá trình có thể tiếp tục. Lỗi trang mềm (phần lớn các mục được biểu thị trong bộ đếm Lỗi trang / giây mặc định ; Tôi khuyên bạn nên bỏ qua bộ đếm đó!) Thực sự không phải là vấn đề; họ chỉ đơn giản hiển thị các mục được đọc từ RAM bình thường.
Biểu đồ Perfmon http://g.imagehost.org/0383/perfmon-paging.png
Trên đây là một ví dụ về một hệ thống không có lo lắng, trí nhớ khôn ngoan. Rất hiếm khi có một loạt các lỗi cứng - những lỗi này không thể tránh được, vì các đĩa cứng luôn lớn hơn RAM. Nhưng đồ thị phần lớn bằng phẳng ở mức không. Vì vậy, hệ điều hành được phân trang từ cửa hàng sao lưu rất hiếm khi.
Nếu bạn đang nhìn thấy biểu đồ Nhập / giây của Bộ nhớ , có nhiều gai hơn so với biểu đồ này, phản hồi đúng là sử dụng bộ nhớ thấp hơn (chạy ít chương trình hơn) hoặc thêm RAM. Thay đổi cài đặt tệp trang của bạn sẽ không thay đổi thực tế là cần nhiều bộ nhớ hơn từ hệ thống so với thực tế.
Một bộ đếm bổ sung tiện dụng để theo dõi là PhysDisk - Average. Chiều dài hàng đợi (tất cả các trường hợp). Điều này sẽ cho thấy mức độ thay đổi của bạn ảnh hưởng đến việc sử dụng đĩa. Một hệ thống hoạt động tốt sẽ hiển thị bộ đếm này trung bình ở mức 4 hoặc ít hơn trên mỗi trục chính .
Tôi đã chạy hộp 8 GB Vista x64 của mình mà không có tệp trang trong nhiều năm, mà không gặp vấn đề gì.
Vấn đề đã nảy sinh khi tôi thực sự sử dụng bộ nhớ của tôi!
Ba tuần trước, tôi đã bắt đầu chỉnh sửa các tệp hình ảnh thực sự lớn (~ 2 GB) trong Photoshop. Một phiên chỉnh sửa đã ăn hết bộ nhớ của tôi. Vấn đề: Tôi không thể lưu công việc của mình vì Photoshop cần thêm bộ nhớ để lưu tệp!
Và vì chính Photoshop, đã ăn hết bộ nhớ, tôi thậm chí không thể giải phóng bộ nhớ bằng cách đóng các chương trình (tốt, tôi đã làm, nhưng quá ít để được giúp đỡ).
Tất cả những gì tôi có thể làm là loại bỏ công việc của mình, kích hoạt tệp trang của tôi và làm lại tất cả công việc của tôi - Tôi đã mất rất nhiều công việc do điều này và không thể khuyên bạn nên vô hiệu hóa tệp trang của bạn.
Vâng, nó sẽ làm việc tuyệt vời hầu hết thời gian. Nhưng khoảnh khắc nó vỡ nó có thể đau đớn.
Mặc dù các câu trả lời ở đây bao quát chủ đề khá tốt, tôi vẫn sẽ khuyên bạn nên đọc bài này:
http://bloss.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx
Ông nói về kích thước PF gần như cuối cùng:
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 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ó tệp hoán trang có kích thước lớn đủ để giữ chúng).
Tôi thực sự thích bài viết của Mark.
Câu trả lời tốt nhất tôi có thể nghĩ là trong một tải bình thường, bạn có thể không sử dụng hết 8 GB, nhưng đó là tải không mong muốn mà bạn sẽ gặp rắc rối.
Với một tệp trang, hệ thống ít nhất sẽ chạy chậm khi nó bắt đầu nhấn trang. Nhưng nếu bạn loại bỏ tệp trang, nó sẽ chết (từ những gì tôi biết).
Ngoài ra, 8 GB có vẻ như rất nhiều bây giờ, nhưng vài năm nữa, nó có thể được coi là dung lượng bộ nhớ tối thiểu cho rất nhiều phần mềm.
Dù bằng cách nào - tôi khuyên bạn nên giữ ít nhất một tệp trang nhỏ; nhưng những người khác xin vui lòng sửa cho tôi nếu tôi không có cơ sở.
Bạn đã không đề cập nếu đó là phiên bản Windows 64 bit, nhưng tôi đoán là có.
Pagefile phục vụ nhiều thứ, bao gồm tạo kết xuất bộ nhớ trong trường hợp BSoD (Màn hình xanh chết chóc).
Nếu bạn không có tệp trang, Windows sẽ không thể thoát ra đĩa nếu không đủ bộ nhớ. Bạn có thể nghĩ rằng với 8 GB bạn sẽ không đạt đến giới hạn đó. Nhưng bạn có thể có các chương trình xấu bị rò rỉ bộ nhớ theo thời gian.
Tôi nghĩ rằng nó sẽ không cho phép bạn đi ngủ đông / chế độ chờ mà không có pagefile (nhưng tôi chưa thử).
Windows 7/2008 / Vista không thay đổi việc sử dụng tệp trang.
Tôi đã thấy một lời giải thích từ Mark Russinovich (Microsoft Fellow) giải thích rằng Windows có thể chậm hơn nếu không có tệp trang hơn là một tệp trang (thậm chí có nhiều RAM). Nhưng tôi không thể tìm lại nguyên nhân gốc rễ.
Bạn đã hết dung lượng đĩa chưa? Tôi sẽ giữ tối thiểu 1 GB để có thể có kết xuất kernel trong trường hợp BSoD.
Tôi đã vô hiệu hóa tệp trang của mình (8 GB trên máy tính xách tay x86) và có hai vấn đề ngay cả với 2500 MB miễn phí:
Lỗi ASP.NET khi cố gắng kích hoạt dịch vụ WCF : Kiểm tra cổng bộ nhớ không thành công vì bộ nhớ trống (399,556,608 byte) chưa đến 5% tổng bộ nhớ. Do đó, dịch vụ sẽ không khả dụng cho các yêu cầu đến. Để giải quyết vấn đề này, hãy giảm tải cho máy hoặc điều chỉnh giá trị của minFreeMemoryPercentageToActivateService trên thành phần cấu hình servicehostingEn Môi trường.
Tôi không bao giờ biết được 3,7 GB là dưới 5% trong 8 GB.
Bắt các chương trình Đóng để ngăn hộp thoại mất thông tin : Khi 75% RAM của tôi được sử dụng, tôi nhận được một hộp thoại bảo tôi đóng các chương trình. Bạn có thể vô hiệu hóa điều này với sửa đổi sổ đăng ký (hoặc có thể bằng cách vô hiệu hóa 'Dịch vụ chính sách chẩn đoán').
Cuối cùng, tôi quyết định chỉ bật lại. Windows đơn giản và đơn giản không bao giờ được thiết kế để sử dụng mà không có tệp trang. Nó được tối ưu hóa để chạy với phân trang, không phải không có. Nếu bạn đang dự định sử dụng hơn 75% bộ nhớ và bạn không muốn làm phiền với sổ đăng ký của mình - thì nó có thể không dành cho bạn.
Người duy nhất có thể cho bạn biết nếu máy chủ hoặc máy trạm của bạn "cần" một tệp trang là bạn , với việc sử dụng cẩn thận màn hình hiệu suất hoặc bất cứ thứ gì nó được gọi là những ngày này. Bạn đang chạy những ứng dụng nào, chúng đang sử dụng những gì và bộ nhớ nào có thể sử dụng cao nhất bạn có thể thấy?
Sự ổn định có đáng để thỏa hiệp vì mục đích tiết kiệm một khoản tiền phút trên các đĩa cứng nhỏ hơn không?
Điều gì xảy ra khi bạn tải xuống một bản vá rất lớn, giả sử một gói dịch vụ. Nếu dịch vụ cài đặt quyết định nó cần nhiều bộ nhớ hơn bạn nghĩ để giải nén bản vá, thì sao? Nếu trình quét vi-rút của bạn (đúng) quyết định quét gói rất lớn này, thì nó sẽ sử dụng loại bộ nhớ nào trong khi giải nén và quét tệp vá này - Tôi hy vọng tệp lưu trữ bản vá không chứa bất kỳ lưu trữ nào, bởi vì điều đó hoàn toàn sẽ bộ nhớ giết người sử dụng số liệu.
Điều tôi có thể nói với bạn là việc xóa tệp trang của bạn có xác suất bị tổn thương cao hơn nhiều so với việc giúp đỡ. Tôi không thể thấy lý do tại sao bạn sẽ không có một - tôi chắc chắn rằng có thể có một vài trường hợp chuyên gia mà tôi đã sai về vấn đề đó, nhưng đó là một lĩnh vực hoàn toàn khác.
Tổng bộ nhớ khả dụng của bạn là pagefile + bộ nhớ thực của bạn.
Câu hỏi chính là liệu tổng mức sử dụng bộ nhớ dự đoán của bạn cho tất cả các ứng dụng và mức sử dụng hệ điều hành có đạt 8 GB hay không. Nếu mức sử dụng mem trung bình của bạn là 2 GB và mức sử dụng bộ nhớ tối đa của bạn chỉ là 4 GB thì việc có một tệp trang là vô nghĩa. Nếu mức sử dụng bộ nhớ tối đa của bạn gần hơn với 6-7 Gb hoặc lớn hơn thì nên có một tệp trang.
Tái bút: Đừng quên cho phép tăng trưởng trong tương lai!
Có vẻ như rất nhiều người bị hạn chế nghiêm trọng có ý kiến về chủ đề này nhưng chưa bao giờ thực sự thử chạy máy tính của họ mà không có tệp trang.
Rất ít, nếu gần như không có, đã thử. Thậm chí dường như ít biết Windows xử lý tệp trang như thế nào. Nó không "chỉ" lấp đầy khi bạn hết RAM vật lý. Tôi cá là hầu hết các bạn thậm chí không biết rằng RAM "miễn phí" của bạn được sử dụng làm bộ đệm tệp!
Bạn CÓ THỂ nhận được cải tiến hiệu suất lớn bằng cách vô hiệu hóa tệp trang của bạn. Hệ thống của bạn S be dễ bị lỗi ngoài bộ nhớ hơn (và bạn có biết các ứng dụng của bạn phản ứng thế nào trong kịch bản đó - đối với hầu hết các hệ điều hành chỉ chấm dứt ứng dụng). Thời gian khởi động từ thời gian chờ hoặc thời gian nhàn rỗi sẽ nhanh hơn nhiều.
Nếu Microsoft thực sự cho phép bạn thiết lập tùy chọn, theo đó CHỈ trang được sử dụng khi hết RAM vật lý (và tất cả các bộ đệm tệp đã bị loại bỏ) thì tôi sẽ nghĩ rằng có rất ít để có được từ việc vô hiệu hóa tệp trang.
Đây là đối thủ, nhưng chúng tôi chạy Windows Server 2003 Terminal Server cho khoảng 20 người dùng, với 10-15 lần đăng nhập và có 8 GB RAM. Chúng tôi không chạy với một tệp trang và máy chủ của chúng tôi chạy nhanh hơn so với trước đây. Đây rõ ràng không phải là một giải pháp cho tất cả mọi thứ, nhưng chúng tôi đã chạy như thế này trong hai năm nay và không có vấn đề gì mà tôi biết.