System X uEFI eski uygulamasının o kadar acı verici olduğunu kabul ediyorum ki, bunları müşterilerime bir platform olarak satmaktan bile kaçınabilirim.
Bir IBM istemi alana kadar IBM formunun eski bir USB anahtar önyüklemesini başlattığı zamanı ölçmek gülünç derecede uzun. SmartOS (tüm niyetler için bir illumos / opensolaris türevi), bir kez önyüklendiğinde çalışır ve Solaris 11 gibi çok hareket eder) köpek yavrusu Linux gibi davranır, örn. Hafızada işletim sistemi. Bu, IBM'in eski önyüklemenin uEFI uygulamasıyla ilgili sorunu ortaya koymaktadır .
BEG: 1:27:05 pm (SmartOS USB 2.0 USB anahtarını başlat)
END: 13:33:38 (SmartOS'u çalıştırmak için yapılır - 275MB okuyoruz)
---
TOOK: 6:33 (altı dakika 33 saniye - oldukça yavaş - yalnızca 0,75MB / sn.)
Neredeyse UEFI uygulaması, okumalar sırasında daha büyük bir arabellek yerine 512 bayt okuma gibi küçük bir blok boyutu kullanıyor gibidir. İşletim sistemine girdikten sonra, önyüklediğim USB anahtarının performansını karşılaştırabilirim, IBM UEFI kodu sadece 8192 blok boyutunu veya daha iyisini okursa IMHO, 32768 blok boyutunda sonuçlanan önyükleme çok hızlı olurdu.
SmartOS işletim sistemlerinde bir kez, 512 bayt ile 131072 bayt arasında değişen USB anahtarım için aşağıdaki performans özelliklerini gördüm. Görünüşe göre 8192 blok boyutu (önyüklenen bir işletim sisteminde 12.3 MB / sn) veya daha iyisi 32768 blok boyutu (önyüklü bir işletim sisteminde 20.2 MB / sn) iyi seçimler olacaktır. Ayrıca 512 blok büyüklüğünde (önyüklü bir işletim sisteminde 0.64 MB / sn) uzun botlarımda yaşadığım sonuçları oldukça yakın eşleşiyor gibi görünüyor.
= d / eğer = / dev / dsk / c1t0d0p0 = / dev / null bs = 512 sayısı = 524288
İçindeki 524288 + 0 kayıt
524288 + 0 kayıt çıktı
gerçek 31m19.499s
=> 00.64MB / sn. Solaris 11 gibi SmartOS'ta (bu, IBM bios önyükleme hızının hızıdır)
= d / eğer = / dev / dsk / c1t0d0p0 = / dev / null bs = 1024 sayısı = 262144
262144 + 0 kayıt
262144 + 0 kayıt çıktı
gerçek 1m39.989s
=> 02.56MB / sn. Solaris 11 gibi SmartOS
= / dev / dsk / c1t0d0p0 = = / dev / null bs = 2048 sayısı = 131072 ise dd zamanı
'De 131072 + 0 kayıt
131072 + 0 kayıt çıkışı
gerçek 0m50.215s
=> 05.09MB / sn. Solaris 11 gibi SmartOS
= d / eğer = / dev / dsk / c1t0d0p0 = = / dev / null bs = 4096 sayısı = 65536
65536 + 0 kayıt
65536 + 0 kayıt çıktı
gerçek 0m33.056s
=> 07,74 MB / sn. Solaris 11 gibi SmartOS
= d / eğer = / dev / dsk / c1t0d0p0 = / dev / null bs = 8192 sayısı = 32768 ise
İçinde 32768 + 0 kayıt
32768 + 0 kayıt çıktı
gerçek 0m20.757s
=> 12.33MB / sn. Solaris 11 gibi SmartOS
= d / eğer = / dev / dsk / c1t0d0p0 = / dev / null bs = 32768 sayısı = 8192 ise
8192 + 0 kayıt
8192 + 0 kayıt çıkışı
gerçek 0m12.785s
=> 20.02MB / sn. Solaris 11 gibi SmartOS'ta (Win7 kutusunda beklendiği ve görüldüğü gibi)
= / dev / dsk / c1t0d0p0 = = / dev / null bs = 131072 sayısı = 2048 ise dd zamanı
2048 + 0 kayıt
2048 + 0 kayıt çıktı
gerçek 0m11.532s
=> 22.19MB / sn. Solaris 11 gibi SmartOS
UEFI (BIOS) rev 1.13 (12GB ram ve bir 2.266GHz Xenon işlemci) ile yeni bir IBM x3550 M3 kullanıyordum
Bellenim Türü Sürüm Dize Yayın Tarihi
IMM YUOOC7E 09/30/2011
UEFI D6E154A 23.09.2011
DSA DSYT89P 28.10.2011
IBM UEFI uygulamasında eski BIOS modunda USB önyükleme "hızı" ile kesinlikle dissapointed olduğumu söylemeliyim.
275MB'lık imajım için düşünülecek yiyecekler Supermicro XSCA9F veya Oracle-Sun X4275 sırasıyla 275 MB'lık bir usb anahtar görüntüsünü sırasıyla 32 veya 33 saniyede önyüklerken, IBM x3550 M3 aynı görüntü için 363 saniyeden fazla sürüyor (11 kat daha yavaş) .
Bu performans tamamen kabul edilemez ve sorun tüm System X hattında var. IBM ile temasa geçtim ve sadece bir uEFI önyükleme yükünü deneyin diyorlar (ki bu bana UEFI spesifikasyonunu öğrenmek, GRUB2 öğrenmek ve kendi özel önyükleme yükleyicinizi yazmak, evet yapılabilir) ama fazladan 2 yok -3 hafta). Evet bir "saf" uEFI önyükleme kullanarak hızlı çalışması gerekir ama bunu kanıtlayamıyorum, ancak o zaman "standart dağıtım" kullanamadı ve ayrıca belirttiğim gibi kendi uEFI önyükleme yükleyici yazmak zorunda kalacaktım.
Bu sorun "yavaş eski önyükleme" IBM Sorun / Bilet # A02PGGK altında bildirildi, hatta uEFI geliştiricisiyle (bence Michael Brinkman olduğunu) doğrudan iletişime geçmeyi denedim, ancak IBM bu sorunu kabul etmek istemiyor gibi görünüyor ve etkilenen büyük insan ve şirketler topluluğu.
Ayrıca http://communities.intel.com/thread/3909?wapkw=uEFI adresindeki bir konuya benzer bir analiz yayınladım. Bu da Eylül 2009'da "yavaş önyükleme" konusunu da tartışıyor.
Önyükleme süresi çok yavaş. EFI kullanıldığında bir VMware ESX'in normal bios ile 2 dakikadan daha kısa bir sürede başlatılması yaklaşık 20 dakika sürer
Bu aynı 10X veya 11X yavaşlama deneyimimdir, umarım bir gün IBM bunu düzeltir.
Jon Strabala