> Файл с образом виртуалки лежмя лежал на диске до того, как ее запустили.Опять же - верить на слово нафиг надо. Вот когда ребут на холодную в реальном железе - там оно очевидно уже. Потому как кэш заведомо пустой на момент старта. А с виртуалками - там очень легко лопухнуться. Кэши штука такая. Легко набрать, а потом они довольно агрессивно держатся про запас.
> Расшифруйте.
Оборудования там минимум. Условия максимально тепличные. Инициализация оборудования занимает около ноля. Тогда как на современном компьютере с богатой периферией, кучей дисков которые надо смонтировать и прочая - все получается сильно менее радужно.
>> На реальной железке да еще с кучей программ все обычно сильно разлапистее.
> Да, несколько шустрее. Учитывая, что у реального сервера и памяти больше,
> и процессор физический... В общем, разика в два шустрее
> может быть, как минимум. qemu - штука не быстрая...
В процессор довольно редко упирается. Если посмотреть бутчарты, в основном упирается в I/O (при замене на SSD наступает лютый epic win при прочих равных, что как бы намекает) и в классической схеме - ожидание того и сего там и тут, когда почти никакие компоненты системы не прогружены, система занимается "тупоwaiting-ом". В современных системах инициализации "тупоwaiting" почти отпадает, бутчарт получается довольно плотным.
Особо вумные, типа убунтов и вроде как федористов - юзают префетчинг (силами небольшого демона), прогревая кэш при загрузке до того как эти данные реально понадобятся, пока диск не озадачен. Что позволяет им таки получить иногда некий cache hit при загрузке и еще малость скостить время на I/O. Нужность подобных наворотов - штука интересная, но помнится в клинических случаях типа загрузки с медленных механических дисков разница за счет подобных ухищрений в сумме натикивала достаточно заметная.