» Windows Preinstallation Environment(WinPE). WinBuilder

CryptoPE

Цитата:

По идее он должен показать количество найденных процессоров

Протестировал на Intel - Ok.

NIKZZZZ
мучаю выложенный ранее конструктор - куда и как добавить папку чтобы она оказалась упакованной в Programs Files.wim ?

Dimsoft

Цитата:

мучаю выложенный ранее конструктор - куда и как добавить папку чтобы она оказалась упакованной в Programs Files.wim ?

Упаковка осуществляется скриптом WWimPacker.script, пакуемые каталоги указаны в настройках скрипта.

NIKZZZZ
сп разобрался, отписался в варезной теме
или лучше здесь ?

MeUserListRu
NIKZZZZ
За тесты спасибо.


Цитата:

А этого достаточно?
Hal.Load по идее, должен быть прописан в txtsetup.sif

Верно, не достаточно. Предполагаю что в случае автоматического выбора секцию Hal.Load нужно будет привести к такому виду:

[Hal.Load]
acpipic_up=halacpi.dll
e_isa_up=hal.dll
mps_up=halapic.dll
mps_mp=halmps.dll
acpiapic_mp=halmacpi.dll
acpiapic_up=halaacpi.dll

Дальше загрузчик должен справляется сам и в зависимости от кол-ва ядер выбирать нужный Hal.
Есть правда небольшая проблема. Скорее всего текущая реализация не сможет определить кол-во ядер на многопроцессорных машинах без поддержки ACPI, т.е

mps_mp = halapic.dll

лучше не трогать и оставить как есть.

Ну и Hyper-Tthreading скорее всего тоже попадет в разряд "многопроцессорных" машин.


Цитата:

А можно, чтобы не результат выводился в виде 1 или не 1, а грузился txtsetup.sif1 или txtsetup.sif2?

К чему такие сложности


Цитата:

а как vista работает - она же 1 hal универсальный имеет

Без понятия. Я с вистой не сталкивался.

[q][/q]
RusLive_RAM_2008_10_28
поиск не показывает где эта соседняятема, выдает по руборду току эту ссылку
и где скачать последнюю версию
на предыдушей версии вебер и авз отлично пашут
ни коких глюков не наблюдал

QUARQ
Здесь сборки

В продолжение темы автоматического выбора ядра.
Ниже ссылка на тестовую версию загрузчика с автоматическим выбором нужного ядра (одно или многопроцессорного) и Hal.
Пароль прежний, ссылка:

_http://slil.ru/26301177

CryptoPE

1 Виртуальная машина 2 ядра на реальной Атлон X2 Brisbane:
CPUz: 2 ядра, 2 потока (выполнил несколько загрузок, и каждый раз - 2 ядра, 2 потока, хотя в варианте от Galapo то пишет 2 ядра, 2 потока, то 1 ядро, 2 потока);
Диспетчер задач: 2 потока.

2 Виртуальная машина 2 ядра на реальной Атлон X2 Brisbane (отключена опция ускорения):
CPUz: 2 поцессора, у каждого 1 ядро, 1 поток;
Диспетчер задач: 2 потока.

3 Виртуальная машина 1 ядро на реальной Атлон X2 Brisbane:
CPUz: 1 ядро, 1 поток;
Диспетчер задач: 1 поток.

4 Селерон 330 Prescott, частота 2,8:
CPUz: 1 ядро, 1 поток;
Диспетчер задач: 1 поток.

5 Селерон Tualatin, частота 1.3 (этот комп довольно вредный - при загрузке мультипроцессорной конфигурации от Galapo появляется Windows-окно с просьбой предоставить носитель с драйвером для проца, хотя нормально раборает при выборе "Стандартный компьютер"):
CPUz: 1 ядро, 1 поток;
Диспетчер задач: 1 поток.

6 Атлон X2 Brisbane:
CPUz: 2 ядра, 2 потока;
Диспетчер задач: 2 потока.

CryptoPE

Цитата:

тестовую версию загрузчика с автоматическим выбором нужного ядра

Работает на двухядерном AMD Athlon.
Правда, загрузка ядер не равномерная, но это уже не загрузчик.
Только пришлось добавить в TxtSetup.sif нужнуе файлы.


Код: [SourceDisksFiles]
ntoskrnl.exe=1,,,,,,,,3,3,,1,2
ntkrnlmp.exe=1,,,,,,,,3,3,,1,2
ntdll.dll=1,,,,,,,2,0,0,,1,2
hal.dll=1,,,,,,,,3,3,,1,2
halaacpi.dll=1,,,,,,,2,3,,,1,2
halacpi.dll=1,,,,,,,2,3,,,1,2
halapic.dll=1,,,,,,,2,3,,,1,2
halmacpi.dll=1,,,,,,,2,3,,,1,2
halmps.dll=1,,,,,,,2,3,,,1,2
halsp.dll=1,,,,,,,2,3,,,1,2

MeUserListRu
Сборка на основе какой Винды была? У меня сборка на основе Windows XP SP2 RUS. И машина под рукой к сожалению только однопроцессорная.


Цитата:

5 Селерон Tualatin, частота 1.3

С этой машиной проблем не было? Или драйвер тоже просила?.
А так, машина с Tualatin старая, ей скорее всего нужна связка ntoskrnl.exe+halacpi.dll. А что мы видим в скрипте multiprocessor.script:

//dangerous ids
//multi processor kernel and uni processor hal
IniDelete,%target_win%\txtsetup.sif,Hal.Load,486c_up
IniDelete,%target_win%\txtsetup.sif,Hal.Load,acpipic_up
IniDelete,%target_win%\txtsetup.sif,Hal.Load,e_isa_up

Удалили acpipic_up и соответственно halacpi.dll не загрузиться.


NIKZZZZ

Цитата:

Только пришлось добавить в TxtSetup.sif нужнуе файлы

Упустил этот момент.


Цитата:

Теперь возникает вопрос, как сделать RAM загрузку?

Какой именно у тебя процессор? Какая Винда в основе сборки? С WIM? Если не сложно, выложи на slil.ru твой TxtSetup.sif из RAM сборки.

А вообще интересно, у меня тесты происходят как раз на сборке с RAM загрузкой. Файлы ntoskrnl.exe, ntkrnlmp.exe при этом сжаты (CAB сжатие) и в [SourceDisksFiles] отсутствует строка ntkrnlmp.exe=1,,,,,,,,3,3,,1,2. И в принципе я грузил (в виртуалке) ядро ntkrnlmp.exe на однопроцессорной машине с многопроцессорными Hal (т.е. halmacpi.dll или halmps.dll). При этом все работало (хотя это конечно не показатель).
Посмотри еще на мой TxtSetup.sif из cpu.7z, он из моей рабочей сборки, может еще что в глаза бросится.



Цитата:

И вопрос, как происходит Ram загрузка ?

Особой разницы в случае Ram загрузки я пока не усмотрел.
После того, как рамдиск проинициализирован и смонтирован, загрузчик обращается к файлам
ramdisk\i386\system32\biosinfo.inf и ramdisk\i386\txtsetup.sif. После этого идет выбор и загрузка ядра, т.е. ntoskrnl.exe или ntkrnlmp.exe. Но, в связи с тем что в txtsetup.sif присутствует ключ /minint обычный загрузчик всегда использует ntoskrnl.exe. Потом выбор и загрузка нужного Hal.

NIKZZZZ, а я не добавлял

Код: ntkrnlmp.exe=1,,,,,,,,3,3,,1,2

CryptoPE

Цитата:

Какой именно у тебя процессор? Какая Винда в основе сборки?

процессор DualCore AMD Athlon 64 X2, 2900 MHz (14.5 x 200) 5600+
Винда XP Sp2 Rus
ntoskrnl.exe, ntkrnlmp.exe и hal*.dll при этом сжаты (cab)
Без Wim упаковки, минимальная система.
TxtSetup.sif

Обычная (не RAM) грузится нормально, тестировал на реальной машине и под VmMare на 64 бит Windows.

А вот Ram сборка виснет (полоса загрузки полностью заполнена и так и висит на экране)

Особо не было времени разбираться, возможно это мои ошибки.









Добавлено:
RAM сборка нормально грузится на одноядернике.


Добавлено:
Решилась проблема с Ram загрузкой - по ошибке при сборке модифицированный загрузчик заменялся на немодифицированный.

MeUserListRu


Цитата:

В нем алгоритм "Если CPU count = 1, то грузить ntoskrnl.exe, если не 1, то ntkrnlmp.exe"?

Примерно так.


Цитата:

Для minint нужен отдельный автомат?

Точно не скажу, не пробовал. Может и этого setupldr.bin будет достаточно.

NIKZZZZ

Цитата:

Решилась проблема с Ram загрузкой

Проблем с работой не наблюдается? Потому как расслабляться еще рано. Насколько вообще стабилен WinPE на мультипроцессорных системах?

Offtop
Да и вообще есть ли в этом большой смысл. Не так уж много прог выигрывающих от многопоточности, тем более прог которые добавляют в WinPE. 7-zip могу вспомнить, KAV8 вроде тоже от 2-х ядер в плюсе. Да Prime95 для тестов.

P.S. Да, кстати этот setupldr.bin включает в себя и патч устраняющий "двойное" использование памяти при загрузке сжатого образа диска.

Цитата:

Не сможет определить кол-во ядер на многопроцессорных машинах без поддержки ACPI, т.е mps_mp = halapic.dll

Редкость, конечно, но всё же... Здесь какой алгоритм? а? б?
а. Если не определилось количество ядер, то грузится одно ядро
б. Нету нужного hal, значит появится то самое приглашение вставить носитель с драйвером

Добавлено:

Цитата:

Не так уж много прог выигрывающих от многопоточности

Тест скорости True Image Workstation 95.8115 при создании образа системы в 5,05 ГБ (занято файлами) при обычном сжатии на Атлоне X2. Образ создаётся на винчестере в соседнем разделе. Оба раздела - райд.
WinPE 2 ядра: 2 мин 17 сек, загрузка обоих потоков по 50%
WinPE 1 ядро: 2 мин 33 сек, загрузка потока 80%
При обычном сжатии узким местом в скорости является винчестер. При максимальном сжатии разница между двух/одноядерным PE должа быть существеннее.

MeUserListRu

Цитата:

Не сможет определить кол-во ядер на многопроцессорных машинах без поддержки ACPI, т.е mps_mp = halapic.dll

Редкость, конечно, но всё же... Здесь какой алгоритм?

Уже поправил. Текущий setupldr.bin по идее должен отработать связку ntkrnlmp.exe+halmps.dll, т.е. эта строчка в txtsetup.sif должна выглядеть так как написано в Readme.txt из архива.


Цитата:

Тест скорости

Тест скорости это хорошо, но приоритет - надежность.

Цитата:

но приоритет - надежность

Решение же есть. Пока автомат не пройдёт несколько десятков разных компов, можно в меню оставить строчку, выполняющую стандартную загрузку (SETUPLDR.BIN - не автомат + стандартный txtsetup.sif) Вторая строчка врят ли напугает пользователей, сборка не раздуется в размере. Я уже где-то пару месяцев гоняю скрипт от Галапо на разных компах, на стабильность пока никак не сказывалось. Да и вторая строчка всегда была - однопроцессорная конфигурация.
Спасибо за разработку!

NIKZZZZ
У меня в сборке WinPE замечательная Sh удаляет папку "Рабочий стол" при нажатии на ОБНОВИТЬ в меню Sh. Такое наблюдается, если на рабочем столе лежат Только ярлыки Sh. Если присутствует хотя бы один обычный ярлык, то рабочий стол остаётся "в живых". Перепробовал разные варианты рабочей папки ярлычка Sh и вообще без рабочей папки - не помогает.

MeUserListRu

Цитата:

У меня в сборке WinPE замечательная Sh удаляет папку "Рабочий стол" при нажатии на ОБНОВИТЬ в меню Sh

Это не баг. Sh удаляет пустые папки, созданные ей самой. Желательно создать в такой папке хотя-бы пустой файл, или включить этот каталог в список ее исключений.

У меня версия Sh 3.3.0.0 от 20.08.2008. Не могу найти место под список исключений. Ищу в ini, в скрипте. Об этом уже где-то написано в форуме или новая функция?
А какое назначение у списка исключений? Создавать в папках из списка исключений ярлычки Sh будет, но не удаляя эти папки при обновлении?


Добавлено:
NIKZZZZ, спасибо за подсказку про авторство папок Sh. Добавил пустую папку "Рабочий стол" в ModelRam.exe. Видимо, до этого, папка "Рабочий стол" не успевала создаваться самой WinPE, её создавала Sh в момент генерирования ярлычков и была её автором. У кого изначально в конструкторе прописана хотя бы одна программа с ярлыком на рабочем столе (если используется buildmodel), то папка "Рабочий стол" уже создаётся конструктором и никакие пустые рабочие столы создавать не надо. Обошлось без списка исключений

Добавлено:
хотя нет, ещё не известно, создаёт ли Sh папку "Рабочий стол". Ведь в момент обновления она не создаёт "Рабочий стол" снова, она склыдывает ярлыки в системный раздел X:\, а винда продолжает ругаться на отсутствие рабочего стола. Возможно, рабочий стол создается всё-таки виндой при загрузке, но Sh как-то является автором. Непонятно, короче. Да, ладно, главное, что проблема легко решается

MeUserListRu

Цитата:

А какое назначение у списка исключений?

Sh может удалить пустую папку, посчитав что она ее создала. Она не отслеживает изменения в этих каталогах, то-есть ели прога или ктото-еще создал такую папку, и она пустая - она будет удалена. Список исключений - не удалять некоторые папки. Он отсутствует в скрипте, могу добавить, если это тат необходимо. Но, гарантированно - если в каталоге есть хотя-бы один файл, пусть даже пустой, этот каталог не будет удален.




Добавлено:
MeUserListRu

Цитата:

хотя нет, ещё не известно, создаёт ли Sh папку "Рабочий стол".

Создаст, если соответствующие переменные будут определены.

лимит страниц. Продолжение — Windows Preinstallation Environment(WinPE). WinBuilder (2).