LevT
Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
FaiverEmail
я все-таки считаю, что у тестов в госте внутри воркстанции есть прекрасный повод врать. Допустим, тест правильный и полагается на железо. Железо - точнее самый низкоуровневый драйвер - сказало, сколько байт записалось; ставим палочки в ведомость... Что у нас в госте? Железо эмулированное, в воркстанции оно вооще понятия не имеет о реальном положении дел, именно потому, что между vmdk и физическим железом лежат кэши хостовой оси.
Из общих соображений выскажу предположение, что в ESX этого слоя нет. И это единственное разумное решение для серверного продукта - потому что всякие СУБД , например, предпочитают по-своему кэшировать свои данные и отключают файловый кэш.
VMFS может быть спроектирована с учетом того, что внутри vmdk шустрят разные менеджеры кэшей - и это, пожалуй, всё, что может позволить себе ESX. То есть оптимизировать СВОЮ работу с учётом знания о параллельной деятельности разных кэшей он может - а вот "оптимизировать" сами эти кэши лучше не надо. Разработчикам осей и серверных приложений виднее, чтО и когда надо записывать на диск, не надо их обманывать.
|
Всего записей: 17833 | Зарегистр. 14-10-2001 | Отправлено: 20:17 18-07-2008 | Исправлено: LevT, 01:30 19-07-2008 |
|
Уровень оптимизированности коробочной оси пригоден для массового потребителя - а если ты желаешь стать спецом-оптимизатором, становись им на свой страх и риск, выбирай инструмены, лови глюки и сам отвечай за них... 
