Я погоджуюсь, що впровадження застарілої системи X uEFI настільки болісно повільне, що я навіть можу уникати продажу їх як платформи своїм клієнтам.
Вимірювання форми IBM на момент запуску застарілого завантаження USB-клавіші, поки я не отримаю операційну підказку ОС, смішно довго. Я використовую SmartOS (похідне підсвічування / opensolaris для всіх цілей, коли він завантажиться, він працює дуже багато, як Solaris 11), який діє як щенячий Linux, наприклад, він завантажує "стиснуту" крапку в 275 Мб (всю ОС), а потім завантажує ОС в пам'яті. Це справді демонструє проблему із впровадженням застарілих завантажувальних систем IBM UEFI .
BEG: 13:27:05 (запустити USB-клавішу SmartOS USB 2.0)
КІНЦЬ: 13:33:38 вечора (готовий до запуску SmartOS - ми читаємо 275 Мб)
---
РОЗБІР: 6:33 (шість хвилин і 33 секунди - досить повільно - всього 0,75 МБ / сек.)
Це майже так, як якщо реалізація UEFI використовує крихітний розмір блоку, як 512 байтових читання, а не більший буфер під час читання. Після того, як я перебуваю в ОС, я можу оцінити працездатність USB-клавіші, яку я завантажив, IMHO, якщо код IBM UEFI просто прочитав розмір блоку 8192 або ще краще, але розмір блоку 32768, результат завантаження буде дуже швидким.
Отож одного разу в операційних системах SmartOS я побачив наступні характеристики продуктивності для мого ключа USB, починаючи від 512 байт до 131072 байт. Виглядає, що або розмір блоку 8192 (12,3 Мб / сек у завантаженій ОС), або ще краще, розмір блоку 32768 (20,2 Мб / сек у завантаженій ОС) був би хорошим вибором. Це також виглядає як розмір блоку 512 (0,64 Мб / сек у завантаженій ОС) відповідає досить близьким результатам, які, здається, я відчуваю у своїх тривалих черевиках.
час dd, якщо = / dev / dsk / c1t0d0p0 of = / dev / null bs = 512 кол = 524288
524288 + 0 записів в
524288 + 0 записів
реальні 31м19.499с
=> 00,64 Мб / сек. на SmartOS, як Solaris 11 (це швидкість швидкості завантаження біоса IBM)
час dd, якщо = / dev / dsk / c1t0d0p0 of = / dev / null bs = 1024 кол = 262144
262144 + 0 записів в
262144 + 0 записів
реальні 1м39.989с
=> 02,56 Мб / сек. SmartOS, як Solaris 11
час dd, якщо = / dev / dsk / c1t0d0p0 of = / dev / null bs = 2048 кол = 131072
131072 + 0 записів в
131072 + 0 записів
реальні 0м50.215с
=> 05.09МБ / сек. SmartOS, як Solaris 11
час dd, якщо = / dev / dsk / c1t0d0p0 of = / dev / null bs = 4096 кол = 65536
65536 + 0 записів в
65536 + 0 записів
реальні 0м33.056с
=> 07,74 Мб / сек. SmartOS, як Solaris 11
час dd, якщо = / dev / dsk / c1t0d0p0 of = / dev / null bs = 8192 count = 32768
32768 + 0 записів в
32768 + 0 записів
реальні 0м20,757с
=> 12,33 МБ / сек. SmartOS, як Solaris 11
час dd, якщо = / dev / dsk / c1t0d0p0 of = / dev / null bs = 32768 кол = 8192
8192 + 0 записів в
8192 + 0 записів
реальні 0м12,785с
=> 20,02 МБ / сек. на SmartOS, як Solaris 11 (як очікували і бачили на вікні Win7)
час dd, якщо = / dev / dsk / c1t0d0p0 of = / dev / null bs = 131072 кол = 2048
2048 + 0 записів в
2048 + 0 записів
реальні 0м11.532с
=> 22,19 МБ / сек. SmartOS, як Solaris 11
Я використовував наступний новий IBM x3550 M3 з UEFI (BIOS) rev 1.13 (12 ГБ оперативної пам’яті та один ксеноновий процесор 2,26 ГГц)
Тип прошивки Версія рядка Дата випуску
IMM YUOOC7E 30.09.2011
UEFI D6E154A 23.09.2011
DSA DSYT89P 28.10.2011
Треба сказати, що я сильно розчарований "швидкістю" завантаження USB в старій режимі BIOS в реалізації IBM UEFI.
Їжа для роздумів для мого зображення в розмірі 275 Мб Supermicro XSCA9F або Oracle-Sun X4275 завантажуватиме ключове зображення з 275 Мб всього за 32 або 33 секунди, тоді як IBM x3550 M3 займає 363 секунди для того ж зображення (у 11 разів повільніше) .
Ця ефективність абсолютно неприйнятна, і проблема існує у всій системі System X. Я був у контакті з IBM, і вони просто кажуть спробувати завантажувальний завантажувач UEFI (це як би сказати мені вивчити специфікацію UEFI, вивчити GRUB2 і написати свій власний завантажувач, так його можна виконати, але у мене немає зайвих 2 -3 тижні возитися з цією штукою). Так, використання "чистого" завантаження uEFI повинне працювати швидко, але я не можу цього довести, проте тоді я не зміг використати "стандартні дистрибутиви", а також, як я зазначив, змушений би написати власний завантажувач uEFI.
Про цю проблему "повільне завантаження спадщини" повідомлялося мною під IBM Problem / Ticket # A02PGGK, я навіть намагався зв’язатися безпосередньо з розробником uEFI (я думаю, це Майкл Брінкман), однак IBM не схоже, що вони хочуть визнати цю проблему. велике співтовариство людей і компаній, які зазнають впливу.
Я також опублікував аналогічний аналог з потоком на http://communities.intel.com/thread/3909?wapkw=uEFI, який також обговорює "повільне завантаження" ще у вересні 2009 року, тут це те саме питання, що я бачив
Час завантаження занадто повільний. Для завантаження VMware ESX при використанні EFI потрібно 20 хвилин, порівняно з нормальними біосами менше ніж 2 хвилини
це те саме 10X або 11X уповільнення, яке я відчуваю, сподіваємось, колись IBM це виправить.
Джон Страбала