IBM Server에서 UEFI를지나 OS로 부팅하는 데 시간이 오래 걸림


10

IBM System x3620 서버 쌍이 있습니다. 그들이 마지막으로 운영 체제가 이상 소요되는 지점에 도달하면 이러한 서버는 벌금을 수행하지만 그들을 소요 영원히 ... 새로운 신기한 UEFI 부팅 시스템 과거 얻을 수있는 좋은 5 분 정도; 아마 더 길어 나는 그것을 시간을 정하지 않았지만, 기다리는 동안 커피를 마시고 돌아올 때 여전히 가고있는 종류입니다.

일반적으로 이러한 기능을 종료하는 유일한 시간은 월간 유지 관리주기 (일반적으로 Windows 업데이트)입니다. 내장 된 유지 관리 시간이므로 추가 5 분은 SLA에 포함되지 않으며 별 문제가되지 않습니다. 그러나 중단이있을 수있는 경우 5 분을 되돌려 받고 싶습니다. 계속 진행하여 이미 부팅하도록 할 수있는 방법이 있습니까? 추가 부팅 옵션이 가능한 한 비활성화 할 수있는 모든 것을 이미 비활성화했습니다.


나에게 문제는 USB로드가 OS 인 것입니다. 예를 들어 압축 아카이브의 경우 275MB이며 6 분 33 초가 걸립니다. (약 0.75MB / 초). 그런 다음 "OS 인계"라고 말하면 USB 장치는 22MB / 초를 유지할 수 있습니다. 이 문제는 IBM uEFI 레거시 구현 구현에서만 나타납니다. Oracle / Sun 또는 Supermicro에서 볼 수 없습니다 (SUpermicro가 uEFI를 수행하고 있다는 것을 알고 있습니다 .Oracle / Sun에 대해서는 잘 모르겠습니다).

당신은 그것이 나쁜 생각, 상자 밖으로 신선한 부팅을 시도하십시오. 플러그의 AC 전원에서 PXE 부팅 프롬프트로 15 분. 그렇기 때문에이 장비를 VMWare 및 Linux 설치에만 사용하고 모든 Windows 설치가 가상화됩니다.
Magellan

답변:


14

획기적인 uEFI 초기화 및 모듈 시작 후 레거시 BIOS 에뮬레이션이 시작되고 PCI-E 옵션 ROM이 실행되는 등 모든 IBM uEFI 시스템은 부팅하는 데 오랜 시간 이 걸립니다 . 이는 모든 IBM uEFI 시스템에서 "정상"입니다- 블레이드 또는 표준 랙 서버에 관계없이

옵션 ROM 인 레거시 BIOS 부팅을 비활성화하고 부팅 순서를 최적화하며 일반적으로 해당 시스템을 IBM에서 제공하는 최신 펌웨어 수준으로 유지할 수 있습니다.


3
좋은 지적. 네트워크 부팅과 같이 사용되지 않는 것은 비활성화하십시오.
Matt

이 짐승의 가장 빠른 부팅 시간이 무엇인지 아십니까?
cJ Zougloub

나는 더 좋은 것을 기대하고 있었지만, 오.
Joel Coel

나는 op가 매우 오래되었다는 것을 알고 있지만 실제로 도움이됩니다.
Francisco Tapia

3

System X uEFI 레거시 구현이 너무 느려서 고객에게 플랫폼으로 판매하는 것을 피할 수 있다는 데 동의합니다.

OS 프롬프트가 나올 때까지 레거시 USB 키 부팅을 시작한 시간을 IBM 양식으로 측정하는 것은 엄청나게 길다. 나는 강아지 리눅스처럼 작동하는 SmartOS (모든 의도에 대한 illumos / opensolaris 파생물을 일단 실행하면 Solaris 11과 비슷하게 작동 함)를 사용하고 있습니다. 강아지 리눅스와 같은 역할을합니다. 메모리의 OS. 이것은 레거시 부팅의 IBM uEFI 구현 문제를 보여줍니다 .

  BEG : 오후 1:27:05 (SmartOS USB 2.0 USB 키 시작)
  종료 : 오후 1:33:38 (SmartOS 실행 완료-275MB 읽음)
  ---
  확인 : 6:33 (6 분 33 초-매우 느림-0.75MB / 초만)

마치 UEFI 구현이 읽기 동안 더 큰 버퍼가 아닌 512 바이트 읽기와 같은 작은 블록 크기를 사용하는 것과 거의 같습니다. OS에 들어가면 부팅 한 USB 키의 성능을 벤치마킹 할 수 있습니다. IMHO IBM UEFI 코드가 8192 블록 크기 또는 32768 블록 크기를 읽는다면 결과 부팅이 매우 빠릅니다.

그래서 SmartOS 운영 체제에서 한 번 512MB에서 131072 바이트 사이의 USB 키에 대해 다음과 같은 성능 특성을 보았습니다. 8192 블록 크기 (부팅 된 OS의 경우 12.3MB / 초) 나 32768 블록 크기 (부팅 된 OS의 경우 20.2MB / 초)가 더 좋은 선택입니다. 또한 512 블록 크기 (부팅 된 OS의 경우 0.64MB / 초)가 긴 부츠에서 경험하는 것처럼 보이는 결과와 거의 일치합니다.

시간 dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 512 count = 524288
    524288 + 0 레코드
    524288 + 0 레코드 아웃
    실제 31m19.499s
    => 00.64MB / 초 Solaris 11과 같은 SmartOS에서 (IBM BIOS 부팅 속도의 속도 임)

시간 dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 1024 count = 262144
    262144 + 0 레코드
    262144 + 0 레코드 아웃
    실제 1m39.989s
    => 02.56MB / 초 Solaris 11과 같은 SmartOS

시간 dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 2048 count = 131072
    131072 + 0 레코드
    131072 + 0 개의 레코드가 출력되었습니다
    실제 0m50.215s
    => 05.09MB / 초 Solaris 11과 같은 SmartOS

시간 dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 4096 count = 65536
    65536 + 0 레코드
    65536 + 0 레코드
    실제 0m33.056s
    => 07.74MB / 초 Solaris 11과 같은 SmartOS

시간 dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 8192 count = 32768
    32768 + 0 레코드
    32768 + 0 레코드 아웃
    실제 0m20.757s
    => 12.33MB / 초 Solaris 11과 같은 SmartOS

시간 dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 32768 count = 8192
    에 8192 + 0 레코드
    8192 + 0 기록
    실제 0m12.785s
    => 20.02MB / 초 Solaris 11과 같은 SmartOS (Win7 상자에 예상 및 표시됨)

시간 dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 131072 count = 2048
    에 2048 + 0 레코드
    2048 + 0 기록
    실제 0m11.532s
    => 22.19MB / 초 Solaris 11과 같은 SmartOS

UEFI (BIOS) 개정 1.13 (12GB 램 및 하나의 2.266GHz 크세논 프로세서)이 포함 된 새로운 IBM x3550 M3을 사용하고있었습니다

    펌웨어 유형 버전 문자열 출시 날짜
    IMM YUOOC7E 09/30/2011
    UEFI D6E154A 09/23/2011
    DSA DSYT89P 10/28/2011

IBM UEFI 구현의 레거시 BIOS 모드에서 USB 부팅의 "속도"에 대해 불만을 품고 있다고 말해야합니다.

내 275MB 이미지에 대해 생각할만한 음식 Supermicro XSCA9F 또는 Oracle-Sun X4275는 각각 32 또는 33 초 만에 275MB USB 키 이미지를 부팅하는 반면, IBM x3550 M3은 동일한 이미지에 대해 363 초 이상 걸립니다 (11 배 느림). .

이 성능은 완전히 수용 할 수 없으며 전체 System X 라인에 문제가 있습니다. 나는 IBM과 연락을 취했으며 uEFI 부팅로드를 시도한다고 말합니다 (UEFI 사양을 배우고 GRUB2를 배우고 자신만의 맞춤형 부트 로더를 작성하는 것과 같습니다) 가능하지만 추가 2는 없습니다 이 물건을 엉망으로 만드는 -3 주). 예, "순수한"uEFI 부팅을 사용하면 빠르게 작동하지만이를 증명할 수는 없지만 "표준 배포판"을 사용할 수 없었으며 자체 uEFI 부팅 로더를 작성해야한다는 지시를 받았습니다.

이 문제 "저속 레거시 부팅"이 IBM Problem / Ticket # A02PGGK에서 저에게보고되었으며, 심지어 uEFI 개발자 (Michael Brinkman이라고 생각합니다)에게 직접 연락을 시도했지만 IBM은이 문제를 인정하는 데 관심이없는 것 같습니다. 영향을받는 사람과 회사의 대규모 커뮤니티.

또한 http://communities.intel.com/thread/3909?wapkw=uEFI 의 스레드와 유사한 분석을 게시했으며 2009 년 9 월에 다시 "느린 부팅"에 대해 설명합니다.

부팅 시간이 너무 느립니다. EFI를 사용할 때 VMware ESX를 부팅하는 데 약 20 분이 소요되며, 일반적인 BIOS에서는 2 분 미만입니다.

이것은 내가 경험하는 것과 같은 10X 또는 11X 속도 저하입니다. 언젠가 IBM 이이 문제를 해결하기를 바랍니다.

존 스트라 발라


2
나는 이것이 실제로 별도의 문제라고 생각합니다 ... 운영 체제가 부팅되기 시작하면 운영 체제의 부팅 속도에 문제가 없습니다. 너무 오래 걸리는 지점까지 이어지는 모든 것입니다.
Joel Coel

이것으로 돌아와서, 처음으로 게시물을 잘못 읽은 것 같습니다 ...하지만 완전한 이미지가 USB를 통해로드되기를 기다리지 않고 직접 연결된 디스크에서 창을 부팅하기 때문에 여전히 별도의 문제라고 생각합니다 .
Joel Coel
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.