IBM Server impiega molto tempo ad avviare UEFI sul sistema operativo


10

Ho un paio di server IBM System x3620. Questi server funzionano bene quando finalmente raggiungono il punto in cui il sistema operativo prende il controllo, ma ci vogliono un'eternità per superare il nuovo sistema di avvio UEFI ... circa cinque minuti circa; forse più a lungo. Non l'ho cronometrato, ma è il tipo di cosa in cui vai a prendere una tazza di caffè mentre aspetti e continua ancora quando torni.

Normalmente l'unica volta che li spengo è per un ciclo di manutenzione mensile (di solito solo aggiornamenti di Windows). È tempo di manutenzione integrato, quindi i 5 minuti in più non contano per i nostri SLA e non sono un grosso problema. Tuttavia, nel caso in cui potessi avere un'interruzione, mi piacerebbe sicuramente riavere quei 5 minuti. C'è qualcosa che posso fare per dire loro di andare avanti e avviare già? Ho già disabilitato tutto ciò che riesco a trovare per quanto riguarda le opzioni di avvio extra.


Il problema per me è che il carico USB è il sistema operativo, ad esempio 275 MB in un archivio compresso, che richiede 6 minuti e 33 secondi. (circa 0,75 MB / sec). Quindi, come hai detto, il "sistema operativo subentra" e il dispositivo USB può mantenere 22 MB / sec. Questo problema si presenta solo nell'implementazione legacy dell'implementazione IBM uEFI, non lo vedo né da Oracle / Sun né da Supermicro (so che SUpermicro sta facendo uEFI, non sono sicuro di Oracle / Sun).

Pensi che sia male, prova ad avviarli appena pronti. 15 minuti dall'alimentazione CA nella spina al prompt di avvio PXE. Ecco perché uso questa apparecchiatura solo per installazioni VMWare e Linux e tutte le installazioni di Windows sono virtualizzate.
Magellan,

Risposte:


14

Tutte le macchine IBM uEFI impiegano molto tempo ad avviarsi, poiché dopo l'inizializzazione e l'inizializzazione di uEFI e l'avvio del modulo, inizia l'emulazione BIOS legacy e vengono eseguite le ROM delle opzioni PCI-E ecc. Ecc. Questo è "normale" su tutte le macchine IBM uEFI - non importa se blade o server rack standard.

È possibile disabilitare l'avvio del BIOS legacy, le ROM opzionali, ottimizzare l'ordine di avvio e generalmente mantenere tale macchina al livello di firmware più recente offerto da IBM.


3
Buon punto. E disabilita tutto ciò che non viene utilizzato come l'avvio di rete.
Matt,

Hai idea di quale sia il tempo di avvio più veloce di queste bestie?
cJ Zougloub,

Speravo in qualcosa di meglio, ma vabbè.
Joel Coel,

so che op è molto vecchio, ma mi aiuta davvero.
Francisco Tapia,

3

Sono d'accordo che l'implementazione legacy di System X uEFI è così dolorosamente lenta, che potrei persino evitare di venderli come piattaforma ai miei clienti.

Misurare l'IBM dal momento in cui avvia un avvio della chiave USB legacy fino a quando non viene visualizzato un prompt del sistema operativo è ridicolmente lungo. Sto usando SmartOS (un derivato illumos / opensolaris a tutti gli effetti una volta avviato, funziona e funziona in modo molto simile a Solaris 11) che si comporta come un cucciolo Linux, ad esempio carica un BLOB "compresso" da 275 MB (l'intero sistema operativo) e quindi avvia il Sistema operativo in memoria. Questo dimostra davvero il problema con l'implementazione uEFI di IBM dell'avvio legacy .

  BEG: 13:27:05 pm (avvia la chiave USB SmartOS USB 2.0)
  FINE: 13:33:38 (fatto per eseguire SmartOS - leggiamo 275 MB)
  ---
  TOOK: 6:33 (sei minuti e 33 secondi - abbastanza lento - solo 0,75 MB / sec.)

È quasi come se l'implementazione UEFI utilizzasse una dimensione di blocco minuscola come le letture a 512 byte, piuttosto che un buffer più grande durante le letture. Una volta che sono nel sistema operativo posso confrontare le prestazioni della chiave USB che ho avviato, IMHO se il codice IBM UEFI leggesse semplicemente una dimensione del blocco 8192 o migliore, ma una dimensione del blocco 32768, l'avvio risultante sarebbe super veloce.

Quindi una volta in un sistema operativo SmartOS ho visto le seguenti caratteristiche prestazionali per la mia chiave USB, che vanno da 512 byte a 131072 byte. Sembra che la dimensione del blocco 8192 (12,3 MB / sec in un sistema operativo avviato) o meglio una dimensione del blocco 32768 (20,2 MB / sec in un sistema operativo avviato) sarebbe una buona scelta. Sembra anche che una dimensione di 512 blocchi (0,64 MB / sec in un sistema operativo avviato) corrisponda abbastanza vicino ai risultati che mi sembra di sperimentare nei miei lunghi stivali.

tempo dd if = / dev / dsk / c1t0d0p0 di = / dev / null bs = 512 count = 524288
    524288 + 0 record in
    524288 + 0 registrazioni
    31m19.499 reali
    => 00.64 MB / sec. su SmartOS come Solaris 11 (questa è la velocità della velocità di avvio del BIOS IBM)

tempo dd if = / dev / dsk / c1t0d0p0 di = / dev / null bs = 1024 conteggio = 262144
    262144 + 0 record in
    262144 + 0 registra
    reale 1m39.989s
    => 02.56 MB / sec. SmartOS come Solaris 11

tempo dd if = / dev / dsk / c1t0d0p0 di = / dev / null bs = 2048 conteggio = 131072
    131072 + 0 record in
    131072 + 0 registrazioni
    0m50.215 reali
    => 05.09MB / sec. SmartOS come Solaris 11

tempo dd if = / dev / dsk / c1t0d0p0 di = / dev / null bs = 4096 conteggio = 65536
    65536 + 0 record in
    65536 + 0 registra
    0m33.056 reali
    => 07.74 MB / sec. SmartOS come Solaris 11

tempo dd if = / dev / dsk / c1t0d0p0 di = / dev / null bs = 8192 conteggio = 32768
    32768 + 0 record in
    32768 + 0 registra
    0m20.757 reali
    => 12,33 MB / sec. SmartOS come Solaris 11

tempo dd if = / dev / dsk / c1t0d0p0 di = / dev / null bs = 32768 conteggio = 8192
    8192 + 0 record in
    8192 + 0 registra
    0m12.785s reali
    => 20,02 MB / sec. su SmartOS come Solaris 11 (come previsto e visto su un box Win7)

tempo dd if = / dev / dsk / c1t0d0p0 di = / dev / null bs = 131072 conteggio = 2048
    2048 + 0 record in
    2048 + 0 registrazioni
    0m11.532 reali
    => 22,19 MB / sec. SmartOS come Solaris 11

Stavo usando il seguente IBM x3550 M3 con UEFI (BIOS) rev 1.13 (12GB di RAM e un processore allo xeno a 2.266 GHz)

    Tipo di firmware Versione Stringa Data di rilascio
    IMM YUOOC7E 30/09/2011
    UEFI D6E154A 23/09/2011
    DSA DSYT89P 28/10/2011

Devo dire che sono profondamente deluso dalla "velocità" dell'avvio USB nella modalità BIOS legacy nell'implementazione IBM UEFI.

Spunti di riflessione per la mia immagine da 275 MB un Supermicro XSCA9F o un Oracle-Sun X4275 avvierà un'immagine chiave USB da 275 MB rispettivamente in soli 32 o 33 secondi, mentre l'IBM x3550 M3 impiega oltre 363 secondi per la stessa immagine (11 volte più lenta) .

Questa prestazione è totalmente inaccettabile e il problema esiste nell'intera linea System X. Sono stato in contatto con IBM e dicono solo provare un caricamento di avvio uEFI (che è come dire a me imparare le specifiche UEFI, imparare GRUB2 e scrivere il proprio boot loader personalizzato, sì, è fattibile ma non ne ho altri 2 -3 settimane per scherzare con questa roba). Sì, l'utilizzo di un avvio uEFI "puro" dovrebbe funzionare rapidamente, ma non posso provarlo, tuttavia non sono riuscito a utilizzare "distro standard" e anche come indicato, sarei costretto a scrivere il mio boot loader uEFI.

Questo problema di "avvio legacy lento" è stato segnalato da me in IBM Problem / Ticket # A02PGGK, ho persino provato a contattare direttamente lo sviluppatore uEFI (penso che sia Michael Brinkman), tuttavia IBM non sembra interessarsi a riconoscere questo problema e la grande comunità di persone e aziende colpite.

Ho anche pubblicato un'analoga analoga in una discussione su http://communities.intel.com/thread/3909?wapkw=uEFI che discute anche di "avvio lento" nel settembre 2009 qui è lo stesso problema che ho riscontrato

Il tempo di avvio è troppo lento. Sono necessari circa 20 minuti per avviare un VMware ESX quando viene utilizzato EFI, rispetto a meno di 2 minuti con il normale BIOS

questo è lo stesso rallentamento 10X o 11X che provo, speriamo che un giorno IBM lo risolva.

Jon Strabala


2
Penso che questo sia in realtà un problema separato ... Sto bene con la velocità di avvio del mio sistema operativo, una volta che finalmente il sistema operativo inizia a caricarsi da solo. È tutto ciò che porta a quel punto che richiede così tanto tempo.
Joel Coel

Tornando a questo, penso di aver letto male il tuo post la prima volta ... ma penso ancora che sia un problema separato, poiché stiamo avviando Windows da dischi collegati direttamente, piuttosto che aspettare che un'immagine completa si carichi su USB .
Joel Coel,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.