Có nhiều bộ nhớ ảo hơn là chỉ "các ứng dụng phân bổ RAM và khi hết RAM vật lý, một cái gì đó sẽ được chuyển sang SWAP".
Trong Linux (và có thể là UNIX lớn), hệ thống cố gắng giữ các trang được đọc gần đây trong RAM: chương trình được thực thi, dữ liệu được tải, dữ liệu được ghi gần đây (cũng đã có trên đĩa), v.v ... Vì vậy, nếu cùng một chương trình được thực thi lại, nó sẽ không được thực hiện lại Không phải tải lại từ đĩa. Khi một số chương trình yêu cầu phân bổ thêm bộ nhớ vào không gian địa chỉ ảo của nó, đầu tiên bộ đệm đĩa còn lại sẽ được lọc lại (không có quyền truy cập đĩa). Nếu điều này là không đủ, một số trang của các ứng dụng đang chạy, gần đây không được truy cập, thực sự bị tráo đổi. Trên Linux, trao đổi thường không xảy ra. Khi hệ thống của bạn bắt đầu hoán đổi, bạn nhận thấy hoạt động của ổ đĩa tăng (và chậm chạp) và bạn đi "oh what f .." bởi vì điều đó có thể có nghĩa là một số ứng dụng bị rò rỉ bộ nhớ, hoặc một cái gì đó dưới mui xe đã bắt đầu mất kiểm soát.
Theo truyền thống, Windows có một thói quen bổ sung ngu ngốc, đó là họ trao đổi toàn bộ ứng dụng trong không gian người dùng sau khi hết thời gian không hoạt động. Nghiêm túc, không cần ân xá, chỉ cần có sẵn càng nhiều RAM càng tốt, "chỉ trong trường hợp" bạn muốn bắt đầu một ứng dụng đói khác. Nếu bạn để PC của bạn chạy và bạn sẽ biến mất trong vài giờ, khi bạn quay lại, bạn nhận thấy rằng bất kỳ ứng dụng nào bạn chuyển sang, nó sẽ được tải lại một cách chậm chạp từ trao đổi. Hành vi này đặc biệt đau đớn trong Windows 2000 và đang dần trở nên ít chú ý hơn trong các phiên bản Windows hiện đại hơn. Trong W2k, tắt trao đổi là không có trí tuệ. Windows 7 đôi khi vẫn có thể hoạt động như mật ong mà không có lý do cụ thể, Windows 8.1 và 10 trở nên tốt hơn đáng kể ... nhưng vẫn không có núm điều chỉnh cho "swappiness" hoặc các thông số có thể điều chỉnh khác của thuật toán tráo đổi.
Có những yếu tố khác có thể dẫn đến hệ thống bị nghiền nát khi truy cập đĩa chậm. Trong Windows 7, bạn không bao giờ biết liệu hệ thống đã thay đổi ứng dụng của mình theo kiểu W2k cũ hay bạn nên đổ lỗi cho Antivirus vì thực tế là ứng dụng của bạn bắt đầu quá chậm hoặc nếu Windows Update làm gì đó trong nền tảng lần này (được biết là có các quirks đối ứng trong các thuật toán của nó dẫn đến treo với mức tiêu thụ CPU 100% và / hoặc đập đĩa), hoặc nếu cụ thể một số tác vụ điều khiển .NET Framework bị mất trong cơ sở dữ liệu WinSXS hoặc gì. Đôi khi / trong một số phiên bản / phiên bản phần mềm của Microsoft, có vẻ như một số "tác vụ nền" gốc (cụ thể là quản lý cơ sở dữ liệu cục bộ của Windows Update) bị "che khuất" trong trình quản lý tác vụ, việc sử dụng CPU và RAM của chúng không hiển thị trong tổng mức tiêu thụ bộ nhớ. Hoạt động "hợp pháp", nhưng khá khó để phân biệt với rootkit phần mềm độc hại ... Chỉ khi ngừng đập và một quả bóng có nội dung "cập nhật mới có sẵn" ngay lập tức, bạn sẽ biết lý do là gì.
Ít nhất các phiên bản Windows gần đây có thể cho bạn biết hoạt động IO của đĩa trên mỗi quy trình và các dịch vụ riêng lẻ hiện được báo cáo riêng (thay vì một quy trình SVCHOST.EXE).