alex52mail
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| z0bra перечитал простыни на прошлой странице |
Если отталкивание от таких простыней позволила от незнания разобраться с wimboot и базовым синтаксисом ipxe (довольно отличным от Linux\grldr), то наверное они полезны и для других. Но не буду смешивать опять, а здесь о wimboot
1). wimboot сначала грузит указанный @boot.wim=.*/*.wim образ в память, потом зачем то открывает bcd, хотя загрузка уже прошла. Если bcd не указан, то он ищется в образе, но если указан @bcd=*/bcd то в нем ДОЛЖЕН быть пункт Windows_SetUp, и неважно, что указано в этом пункте, продолжает загружаться указанный образ. ВСЕ другие пункты в открытом bcd НЕ работают, т.к. для них не определено железо. Лично мне такое не понятно.
2). Про wimboot и RAM
Цитата:| At1ant coherent Пишут что при загрузке с помощью wimboot используется меньше озу, попробуй замерь если интересно. |
Да, так пишут и на сайте wimboot. Стало интересно и замерил. Вывод делайте сами.
Тестировался OmegaLiveUSB2014.wim Win7 342 MB на RAM = 1024+512 минус 128 MB встроенной видео == 1408
| RAM MB сразу после загрузки системы / способ загрузки Win7 | Всего | Доступно | Используется | | | grldr\wimboot\wim | 1055 | 453 | 602 | | | grldr\map --mem iso | 1059 | 460 | 599 | | | grldr\map iso | 1407 | 819 | 588 | | | bootmgr\bcd\wim | 1407 | 799 | 608 | | | bootmgr\bcd\...\winload.exe в распакованном в vhdx | 1407 | 1140 | 267 | | | | | | | |
Вроде получается, что bcd занимает память на один размер образа, а wimboot 2 раза, а winload.exe естественно ни разу.
Еще системы могут больше занимать\резервировать, чем больше размер доступного RAM. В вертуалке задавал доступный RAM, и для образа WinXP показывалось (Taskmgr и FreeMemory.exe) занятого после загрузки от 41 МВ при 256 RAM до 432 при 1024 RAM.
Но есть минимум доступного RAM, при котором wimboot загружает образ, а другие уже нет.
В связи с этим вопрос.
А чем можно наглядно смотреть что конкретно и сколько занимает RAM?
|
