IBM Server membutuhkan waktu lama untuk mem-boot UEFI ke OS

10

Saya memiliki sepasang server IBM System x3620. Server-server ini baik-baik saja begitu mereka akhirnya mencapai titik di mana sistem operasi mengambil alih, tetapi dibutuhkan selamanya untuk melewati sistem boot UEFI yang baru ketinggalan jaman ... sekitar lima menit atau lebih; mungkin lebih lama. Saya belum menghitung waktunya, tapi ini semacam hal di mana Anda mendapatkan secangkir kopi sambil menunggu dan masih berjalan saat Anda kembali.

Biasanya satu-satunya waktu saya mematikan ini adalah untuk siklus pemeliharaan bulanan (biasanya hanya pembaruan windows). Ini adalah waktu perawatan built-in, dan tambahan 5 menit tidak dihitung terhadap SLA kami dan bukan masalah besar. Namun, dalam kasus di mana saya mungkin mengalami pemadaman, saya yakin ingin mendapatkan 5 menit kembali. Apakah ada yang bisa saya lakukan untuk memberi tahu mereka agar terus maju dan boot? Saya sudah menonaktifkan semua yang saya temukan untuk menonaktifkan sejauh opsi boot tambahan pergi.

Joel Coel
sumber
Masalahnya bagi saya adalah bahwa beban USB adalah OS misalnya 275MB dalam arsip terkompresi ini membutuhkan waktu 6 menit 33 detik. (sekitar 0,75MB / detik). Kemudian seperti yang Anda katakan, "OS take over" dan perangkat USB dapat mempertahankan 22MB / detik. Masalah ini hanya muncul dalam implementasi implementasi warisan uEFI IBM, saya tidak melihatnya dari Oracle / Sun atau Supermicro (Saya tahu SUpermicro melakukan uEFI, tidak yakin tentang Oracle / Sun).
Anda pikir itu buruk, coba boot keluar dari kotak. 15 menit dari daya AC pada steker ke PXE boot prompt. Itu sebabnya saya hanya menggunakan peralatan ini untuk instalasi VMWare dan Linux dan semua instalasi Windows divirtualisasi.
Magellan

Jawaban:

14

Semua Mesin uEFI IBM membutuhkan waktu lama untuk boot, karena setelah inisialisasi uEFI dan startup modul eon, emulasi BIOS lama dimulai dan ROM opsi PCI-E dieksekusi dll. Dll. Ini "normal" pada semua mesin IBM uEFI - tidak masalah apakah blade atau server rak standar.

Anda dapat menonaktifkan boot BIOS lama, ROM opsi, mengoptimalkan urutan booting dan secara umum menyimpan mesin itu ke tingkat firmware terbaru yang ditawarkan oleh IBM.

pfo
sumber
3
Poin bagus. Dan nonaktifkan apa pun yang tidak digunakan seperti boot jaringan.
Matt
Adakah yang tahu waktu boot tercepat binatang-binatang ini?
cJ Zougloub
Saya berharap untuk sesuatu yang lebih baik, tetapi oh well.
Joel Coel
saya tahu op sudah sangat tua, tetapi itu sangat membantu saya.
Francisco Tapia
3

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

Jon Strabala
sumber
2
Saya pikir ini sebenarnya adalah masalah yang terpisah ... Saya baik-baik saja dengan kecepatan boot sistem operasi saya, setelah akhirnya membiarkan sistem operasi mulai memuat dirinya sendiri. Setiap hal yang mengarah ke titik itu membutuhkan waktu begitu lama.
Joel Coel
Kembali ke ini, saya pikir saya salah membaca posting Anda pertama kali ... tapi saya masih berpikir itu masalah yang terpisah, karena kita mem-boot windows dari disk yang terpasang langsung, daripada menunggu gambar lengkap untuk dimuat melalui usb .
Joel Coel