将非标准内存量分配给虚拟机

在我使用的各种主机系统上设置虚拟机时,无论是Hyper-V,VMware还是KVM,我总是按照物理内存configuration的大小分配RAM,例如添加1GB内存,我将增加1024MB, 6GB的RAM我将添加6×1024 = 6144MB。

我意识到,我从来没有想过为什么要这样做,这只是以前的工作方式,我从来没有质疑的方式。

所以,我的问题是,除了这个事实,即虚拟化的操作系统可以将分配的RAM整齐地分散到最接近的GB,那么以不是2的幂数或其倍数来分配RAM有什么缺点呢? 例如添加500MB RAM,750MB RAM或1001MB RAM会有什么不利之处?

或者,有没有什么好处可以使这种推荐的做事方式?

我已经把这个问题留给了主机操作系统,因为我有兴趣看看是否有不同的主机需要考虑。

没有缺点。 你可以添加你需要的内存。 相同的CPU。 如果您需要3个vCPU或4或5个,您可以根据需要进行分配。

一些pipe理员喜欢看到512和1024的倍数,但是真的没关系。

不,没有优点/缺点。 系统pipe理员往往更喜欢圆形的大小,我呢。

我可以build立一个非常小的linux系统,并给它403 MB的RAM,系统将分配它需要它的工作。 但是,你不会find403 MB的内存模块,因为所有的东西都可以和2的能力一起工作。

我曾经在我的单一esxi虚拟化Windows和Linux操作系统,给了Ubuntu 768MB和Windows 3328MB,这对两个,总共4GB是好的。 如果我用更less的内存来使用它,我就会失去它。

以不是2的幂数或其倍数的数量分配RAM有什么缺点?

首先。 请记住,每个整数是2的幂的倍数。 所以真正要问的问题是,如果你应该限制自己某种乘数或某些二的幂。

物理机器通常带有两倍功率的小倍数(1,3或5)的存储器。 但是这个原因不适用于虚拟机。

但是,页面大小是适用于虚拟机的问题。 有两种可能的页面大小的架构。 常见的32位体系结构支持正好4KB和4MB的页面。 常见的64位体系结构支持正好4KB和2MB的页面。

如果让分配给虚拟机的内存总是4MB的倍数,底层代码使用大页面来优化性能会更实用一些。 由于这些原因,我build议瞄准4MB的倍数。

我确实希望devise合适的软件能够为您提供4MB的倍数,如果这样做更有利的话。 但是,如果您select4MB的倍数,那么您将不太需要软件来获取这些angular落案例。

除此之外,我说分配内存到虚拟机的数量是准确的,你可以预测他们的要求。 如果您预测虚拟机需要500MB到750MB以获得最佳性能,则分配752MB。 我看不出有什么理由将其分成768MB或1024MB。

一些系统使用的伙伴内存分配方法被devise为与两个权力一起工作。 然而,该方法可以采用小的努力来处理不是两个幂的大小。 即使在内存大小为2的倍数的物理机器上,物理内存的部分物理内存仍然可能不可用于伙伴分配器。 因此,使用这种方法的每个操作系统都可以确保其他内存大小的工作。