Thứ nhất: Việc phân bổ RAM luôn nằm dưới sự kiểm soát cuối cùng của hệ điều hành máy chủ.
Ngoài ra, nó phụ thuộc.
Với một trình ảo hóa đơn giản, bạn chỉ cần cho trình ảo hóa biết mỗi máy ảo có bao nhiêu RAM, số tiền đó được khấu trừ vào RAM có sẵn trên hệ thống máy chủ của bạn khi VM khởi động và được "trình sử dụng" sử dụng miễn là VM đang chạy. HĐH chạy trong VM hoạt động như mọi khi, luôn luôn phân bổ RAM cho các tiến trình và sử dụng HĐH. Microsoft "Virtual PC" cũ, được sử dụng rộng rãi để chạy "Chế độ XP" trong Windows 7, hoạt động theo cách đó. VirtualBox cũng vậy. Trong cả hai, nếu bạn định cấu hình VM cho RAM 1 GB và khởi động nó, máy chủ của bạn đột nhiên có RAM ít hơn 1 GB "khả dụng". Việc sử dụng RAM thường không hiệu quả lắm, nhưng thực hiện đơn giản.
Với một trình ảo hóa phức tạp hơn, số tiền bạn phân bổ cho VM chỉ đơn giản là giới hạn trên. Hệ điều hành khách thấy rằng nhiều RAM là "tổng cộng" nhưng đằng sau hậu trường một số hoặc thậm chí hầu hết những gì khách nghĩ là RAM có thể là ảo khi có liên quan đến máy chủ. Điều này đặc biệt đúng với những gì Windows gọi là RAM "Miễn phí" hoặc "Không" trong khách - vì nó không có nội dung quan tâm, nên không cần lưu trữ ở bất cứ đâu. Nhưng ngay cả RAM mà khách xem là "đang sử dụng" cũng có thể là ảo trong máy chủ, với nội dung trong tệp trang hoặc tệp được ánh xạ.
HĐH khách tiếp tục xử lý RAM như mọi khi, nhưng nếu HĐH khách đề cập đến một số RAM chưa thực sự có đó, thì trình ảo hóa có thể phân bổ RAM thực tế hơn cho khách. (Nói cách khác, tham chiếu bộ nhớ dường như hoạt động mà không có lỗi trang trong máy khách có thể phát sinh lỗi trang trong máy chủ.) Trong tổng số RAM khả dụng và giới hạn được định cấu hình, bộ ảo hóa sẽ điều chỉnh lượng RAM "trong" HĐH khách để cố gắng giữ tỷ lệ lỗi trang của nó ở máy chủ thấp.
Điều này thường được gọi là "cung cấp mỏng". Việc triển khai trong trình ảo hóa sẽ phức tạp hơn nhưng kết quả là sử dụng RAM của máy chủ hiệu quả hơn.