У меня есть пара серверов IBM System x3620. Эти серверы работают нормально, когда, наконец, достигают точки, в которой операционная система берет верх, но это берет их навсегда чтобы обойти новомодную загрузочную систему UEFI ... добрых пять минут или около того; может быть дольше. Я не рассчитал время, но это такая вещь, когда вы идете выпить чашку кофе, пока ждете, и это все еще продолжается, когда вы возвращаетесь.
Обычно я выключаю их только для ежемесячного цикла обслуживания (обычно это просто обновления Windows). Это встроенное время обслуживания, поэтому дополнительные 5 минут не засчитываются в наши SLA и не имеют большого значения. Однако в случае, если у меня может произойти сбой, я обязательно верну эти 5 минут. Могу ли я что-нибудь сделать, чтобы сказать им, чтобы они уже загрузились? Я уже отключил все, что смог найти, чтобы отключить дополнительные параметры загрузки.
Все машины IBM uEFI принимают возраст для загрузки, так как после инициализации uEFI и запуска модуля срабатывает устаревшая эмуляция BIOS, запускаются дополнительные ПЗУ PCI-E и т. д. и т. д. Это «нормально» для всех машин IBM uEFI - независимо от того, blade-сервер или стандартный стоечный сервер.
Вы можете отключить устаревшую загрузку BIOS, дополнительные ПЗУ, оптимизировать порядок загрузки и, как правило, поддерживать на этой машине новейший уровень встроенного ПО, предлагаемый IBM.
Я согласен с тем, что устаревшая реализация uEFI в System X настолько медленная, что я могу даже не продавать их как платформу своим клиентам.
Измерять IBM с момента запуска устаревшей загрузки с USB-ключа до тех пор, пока я не получаю приглашение ОС, - это до смешного долго. Я использую SmartOS (производная от illumos / opensolaris для всех целей, которая после загрузки запускается и действует во многом как Solaris 11), которая действует как щенячий Linux, например. он загружает «сжатый» blob размером 275 МБ (всю ОС), а затем загружает ОС в память. Это действительно демонстрирует проблему с реализацией IBM uEFI устаревшей загрузки..
BEG: 1:27:05 pm (start SmartOS USB 2.0 USB key) END: 1:33:38 pm (done into running SmartOS - we read 275MB) --- TOOK: 6:33 (six minutes and 33 seconds - pretty slow - only 0.75MB/sec.)
Это похоже на то, как если бы реализация UEFI использовала крошечный размер блока, такой как чтение 512 байт, а не больший буфер во время чтения. Как только я нахожусь в ОС, я могу измерить производительность USB-ключа, с которого я загрузился, ИМХО, если бы код IBM UEFI просто считал бы размер блока 8192 или, еще лучше, размер блока 32768, результирующая загрузка была бы очень быстрой.
Итак, однажды в операционной системе SmartOS я увидел следующие характеристики производительности моего USB-ключа в диапазоне от 512 до 131072 байта. Похоже, что либо размер блока 8192 (12,3 МБ / с в загруженной ОС), либо еще лучше, размер блока 32768 (20,2 МБ / с в загруженной ОС) будет хорошим выбором. Также похоже, что размер блока 512 (0,64 МБ / сек в загруженной ОС) довольно близко соответствует результатам, которые я, кажется, испытываю при длительной загрузке.
time dd if=/dev/dsk/c1t0d0p0 of=/dev/null bs=512 count=524288
524288+0 records in
524288+0 records out
real 31m19.499s
=> 00.64MB/sec. on SmartOS like Solaris 11 (this is the speed of the IBM bios boot speed)
time dd if=/dev/dsk/c1t0d0p0 of=/dev/null bs=1024 count=262144
262144+0 records in
262144+0 records out
real 1m39.989s
=> 02.56MB/sec. SmartOS like Solaris 11
time dd if=/dev/dsk/c1t0d0p0 of=/dev/null bs=2048 count=131072
131072+0 records in
131072+0 records out
real 0m50.215s
=> 05.09MB/sec. SmartOS like Solaris 11
time dd if=/dev/dsk/c1t0d0p0 of=/dev/null bs=4096 count=65536
65536+0 records in
65536+0 records out
real 0m33.056s
=> 07.74MB/sec. SmartOS like Solaris 11
time dd if=/dev/dsk/c1t0d0p0 of=/dev/null bs=8192 count=32768
32768+0 records in
32768+0 records out
real 0m20.757s
=> 12.33MB/sec. SmartOS like Solaris 11
time dd if=/dev/dsk/c1t0d0p0 of=/dev/null bs=32768 count=8192
8192+0 records in
8192+0 records out
real 0m12.785s
=> 20.02MB/sec. on SmartOS like Solaris 11 (as expeected and seen on a Win7 box)
time dd if=/dev/dsk/c1t0d0p0 of=/dev/null bs=131072 count=2048
2048+0 records in
2048+0 records out
real 0m11.532s
=> 22.19MB/sec. SmartOS like Solaris 11
Я использовал следующий новый IBM x3550 M3 с UEFI (BIOS) rev 1.13 (12 ГБ оперативной памяти и один процессор Xenon с частотой 2,266 ГГц)
Firmware Type Version String Release Date
IMM YUOOC7E 09/30/2011
UEFI D6E154A 09/23/2011
DSA DSYT89P 10/28/2011
Должен сказать, что я очень разочарован «скоростью» загрузки USB в устаревшем режиме BIOS в реализации IBM UEFI.
Пища для размышлений для моего изображения размером 275 МБ Supermicro XSCA9F или Oracle-Sun X4275 загрузят образ USB-ключа размером 275 МБ всего за 32 или 33 секунды соответственно, в то время как IBM x3550 M3 занимает более 363 секунд для того же образа (в 11 раз медленнее).
Такая производительность совершенно неприемлема, и проблема существует во всей линейке System X. Я был в контакте с IBM, и они просто говорят: попробуйте загрузку uEFI (это все равно что сказать мне: изучите спецификацию UEFI, изучите GRUB2 и напишите свой собственный загрузчик, да, это выполнимо, но у меня нет дополнительных 2 -3 недели возиться с этим хламом). Да, использование «чистой» загрузки uEFI должно работать быстро, но я не могу это доказать, однако тогда я не смог бы использовать «стандартные дистрибутивы», а также, как я указал, мне пришлось бы написать свой собственный загрузчик uEFI.
Об этой проблеме «медленная загрузка старых версий» я сообщил в разделе «Проблема / билет IBM № A02PGGK», я даже попытался напрямую связаться с разработчиком uEFI (я думаю, что это Майкл Бринкман), однако IBM, похоже, не хочет признавать эту проблему и большое сообщество людей и компаний, которые затронуты.
Я также опубликовал аналогичный анализ в ветке на http://communities.intel.com/thread/3909?wapkw=uEFI в котором также обсуждается "медленная загрузка" еще в сентябре 2009 г., здесь это та же проблема, которую я видел
Время загрузки слишком велико. Для загрузки VMware ESX при использовании EFI требуется около 20 минут, по сравнению с менее чем 2 минутами при использовании обычной BIOS.
это то же замедление в 10 или 11 раз, которое я испытываю, надеюсь, когда-нибудь IBM исправит это.
Джон Страбала