Date: Wed, 10 Mar 2010 13:08:42 -0600 From: Kevin Day <toasty@dragondata.com> To: Kostik Belousov <kostikbel@gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Extremely slow boot on VMWare with Opteron 2352 (acpi?) Message-ID: <F2B3958F-FC4B-422B-BDA7-3185C8931447@dragondata.com> In-Reply-To: <20100310112753.GW2489@deviant.kiev.zoral.com.ua> References: <2C7A849F-2571-48E7-AA75-B6F87C2352C1@dragondata.com> <201003091727.09188.jhb@freebsd.org> <207B4180-B8AF-4C93-8BC7-7F1FFEEBB713@dragondata.com> <20100310112753.GW2489@deviant.kiev.zoral.com.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
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. >=20 > commit bbac1632d349d68b905df644656ce9a8e4aed094 Thanks for everyone's help. This has actually increased the boot up = speed of all of our Opteron based boxes through VMware ESX. I'll report = the problem to VMware, but I'm betting this is a side effect of the = CLFLUSH problems in virtualized Opteron machines that they worked around = with a much slower function. -- Kevin =20=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F2B3958F-FC4B-422B-BDA7-3185C8931447>