Saya setuju bahwa implementasi Sistem legacy uEFI sangat lambat, sehingga saya bahkan mungkin menghindari menjualnya sebagai platform untuk klien saya.
Mengukur bentuk IBM saat memulai boot kunci USB lama hingga saya mendapatkan prompt OS sangat panjang. Saya menggunakan SmartOS (turunan illumos / opensolaris untuk semua maksud dan tujuan begitu boot berjalan dan bertindak seperti Solaris 11) yang bertindak seperti puppy Linux misalnya ia memuat gumpalan "terkompresi" 275MB (seluruh OS) dan kemudian boot OS dalam memori. Ini benar-benar menunjukkan masalah dengan implementasi legacy booting uEFI IBM .
BEG: 1:27:05 pm (mulai SmartOS USB 2.0 USB key)
END: 1:33:38 pm (selesai menjalankan SmartOS - kita membaca 275MB)
---
TOOK: 6:33 (enam menit dan 33 detik - sangat lambat - hanya 0,75MB / detik.)
Ini hampir seolah-olah implementasi UEFI menggunakan ukuran blok kecil seperti membaca 512 byte, daripada buffer yang lebih besar selama membaca. Setelah saya berada di OS saya dapat membandingkan kinerja kunci USB yang saya boot, IMHO jika kode IBM UEFI hanya akan membaca ukuran blok 8192 atau lebih baik lagi ukuran blok 32768, boot yang dihasilkan akan sangat cepat.
Jadi sekali dalam sistem operasi SmartOS saya melihat karakteristik kinerja berikut untuk kunci USB saya, mulai dari 512 byte hingga 131072 byte. Sepertinya ukuran blok 8192 (12,3 MB / detik dalam OS yang di-boot) atau lebih baik lagi ukuran blok 32768 (20,2 MB / detik dalam OS yang di-boot) akan menjadi pilihan yang baik. Ini juga terlihat seperti ukuran blok 512 (0,64 MB / detik dalam OS yang di-boot) cocok dengan hasil yang sepertinya saya alami dalam sepatu bot panjang saya.
waktu dd jika = / dev / dsk / c1t0d0p0 dari = / dev / null bs = 512 count = 524288
524288 + 0 catatan dalam
524288 + 0 catatan keluar
31m19.499 nyata
=> 00.64MB / detik. pada SmartOS seperti Solaris 11 (ini adalah kecepatan kecepatan booting bios IBM)
waktu dd jika = / dev / dsk / c1t0d0p0 dari = / dev / null bs = 1024 count = 262144
262144 + 0 catatan dalam
262144 + 0 catatan keluar
1m39.989s nyata
=> 02.56MB / detik. SmartOS seperti Solaris 11
waktu dd jika = / dev / dsk / c1t0d0p0 dari = / dev / null bs = 2048 count = 131072
131072 + 0 catatan dalam
131072 + 0 catatan keluar
0m50.215s nyata
=> 05.09MB / dtk. SmartOS seperti Solaris 11
waktu dd jika = / dev / dsk / c1t0d0p0 dari = / dev / null bs = 4096 count = 65536
65536 + 0 catatan dalam
65536 + 0 catatan keluar
0m33.056s nyata
=> 07.74MB / detik. SmartOS seperti Solaris 11
waktu dd jika = / dev / dsk / c1t0d0p0 dari = / dev / null bs = 8192 hitung = 32768
32768 + 0 catatan dalam
32768 + 0 catatan keluar
0m20.757s nyata
=> 12,33 MB / detik. SmartOS seperti Solaris 11
waktu dd jika = / dev / dsk / c1t0d0p0 dari = / dev / null bs = 32768 hitung = 8192
8192 + 0 catatan dalam
8192 + 0 catatan keluar
0m12.785 nyata
=> 20.02MB / detik. pada SmartOS seperti Solaris 11 (seperti yang diharapkan dan terlihat pada kotak Win7)
waktu dd jika = / dev / dsk / c1t0d0p0 dari = / dev / null bs = 131072 jumlah = 2048
2048 + 0 catatan dalam
2048 + 0 catatan keluar
0m11.532s nyata
=> 22,19 MB / detik. SmartOS seperti Solaris 11
Saya menggunakan IBM x3550 M3 baru berikut dengan UEFI (BIOS) rev 1.13 (ram 12GB, dan satu prosesor Xenon 2.266GHz)
Tanggal rilis String Versi Tipe Firmware
IMM YUOOC7E 09/30/2011
UEFI D6E154A 09/23/2011
DSA DSYT89P 10/28/2011
Saya harus mengatakan saya sangat kecewa dengan "kecepatan" booting USB dalam mode BIOS lama dalam implementasi IBM UEFI.
Makanan untuk dipikirkan untuk gambar 275MB saya Supermicro XSCA9F atau Oracle-Sun X4275 akan mem-boot image kunci usb 275 MB hanya dalam 32 atau 33 detik masing-masing, sedangkan IBM x3550 M3 mengambil lebih dari 363 detik untuk gambar yang sama (11 kali lebih lambat) .
Kinerja ini benar-benar tidak dapat diterima dan masalah ada di seluruh garis Sistem X. Saya telah melakukan kontak dengan IBM dan mereka hanya mengatakan mencoba boot boot uEFI (yang seperti mengatakan kepada saya mempelajari spesifikasi UEFI, mempelajari GRUB2 dan menulis boot loader kustom Anda sendiri, ya itu bisa dilakukan tetapi saya tidak memiliki tambahan 2 -3 minggu untuk mengacaukan hal ini). Ya, menggunakan boot uEFI "murni" harus bekerja cepat tetapi saya tidak dapat membuktikannya, namun kemudian saya tidak dapat menggunakan "distro standar" dan juga karena saya mengindikasikan bahwa saya akan dipaksa untuk menulis boot loader uEFI saya sendiri.
Masalah ini "boot lambat warisan" dilaporkan oleh saya di bawah Masalah IBM / Tiket # A02PGGK, saya bahkan mencoba menghubungi pengembang uEFI (saya pikir itu adalah Michael Brinkman) secara langsung, namun IBM sepertinya tidak peduli untuk mengakui masalah ini dan komunitas besar orang dan perusahaan yang terkena dampak.
Saya juga memposting anaysis serupa ke utas di http://communities.intel.com/thread/3909?wapkw=uEFI yang juga membahas "boot lambat" pada bulan September 2009 di sini adalah masalah yang sama yang telah saya lihat
Waktu boot terlalu lambat. Dibutuhkan sekitar 20 menit untuk mem-boot VMware ESX saat EFI digunakan, dibandingkan dengan kurang dari 2 menit dengan bios normal
ini adalah penurunan 10X atau 11X yang sama yang saya alami, semoga suatu hari IBM akan memperbaikinya.
Jon Strabala