On Tue, Mar 09, 2010 at 06:42:02PM -0600, Kevin Day wrote:
On Mar 9, 2010, at 4:27 PM, John Baldwin wrote:
On Tuesday 09 March 2010 3:40:26 pm Kevin Day wrote:
If I boot up on an Opteron 2218 system, it boots normally. If I boot the
exact same VM moved to a 2352, I get:
On Wednesday 10 March 2010 6:27:53 am Kostik Belousov wrote:
On Tue, Mar 09, 2010 at 06:42:02PM -0600, Kevin Day wrote:
On Mar 9, 2010, at 4:27 PM, John Baldwin wrote:
On Tuesday 09 March 2010 3:40:26 pm Kevin Day wrote:
If I boot up on an Opteron 2218 system, it boots
On Mar 10, 2010, at 5:27 AM, Kostik Belousov wrote:
I think that the idea not to for CLFLUSH in the loop for large regions
is good. We do not extract the L2/L3 cache size now, I suppose that 2MB
estimation is good for most situations.
commit bbac1632d349d68b905df644656ce9a8e4aed094
Thanks
I'm troubleshooting a pretty weird problem with running FreeBSD 8.0 (amd64)
inside VMware ESX/ESXi servers. We've got a wide range of physical servers
running identical copies of VMware and identical FreeBSD virtual machines.
Everything works fine on all of our servers for Windows and Linux
On Tuesday 09 March 2010 3:40:26 pm Kevin Day wrote:
I'm troubleshooting a pretty weird problem with running FreeBSD 8.0 (amd64)
inside VMware ESX/ESXi servers. We've got a wide range of physical servers
running identical copies of VMware and identical FreeBSD virtual machines.
Everything
On Mar 9, 2010, at 4:27 PM, John Baldwin wrote:
On Tuesday 09 March 2010 3:40:26 pm Kevin Day wrote:
If I boot up on an Opteron 2218 system, it boots normally. If I boot the
exact same VM moved to a 2352, I get:
acpi0: INTEL 440BX on motherboard
PCIe: Memory Mapped configuration base
256MB is correct. The PCI standard allows for up to 256 buses, each
with up to 32 slots, and each slot can have up to 8 functions. PCIe
devices have a full 4096 bytes worth of configuration registers.
Multiply all that and you get 256MB.
Also, keep in mind that it's not allocating 256MB of
7 matches
Mail list logo
