IBM System x3620 서버 쌍이 있습니다. 그들이 마지막으로 운영 체제가 이상 소요되는 지점에 도달하면 이러한 서버는 벌금을 수행하지만 그들을 소요 영원히 … 새로운 신기한 UEFI 부팅 시스템 과거 얻을 수있는 좋은 5 분 정도; 아마 더 길어 나는 그것을 시간을 정하지 않았지만, 기다리는 동안 커피를 마시고 돌아올 때 여전히 가고있는 종류입니다.
일반적으로 이러한 기능을 종료하는 유일한 시간은 월간 유지 관리주기 (일반적으로 Windows 업데이트)입니다. 내장 된 유지 관리 시간이므로 추가 5 분은 SLA에 포함되지 않으며 별 문제가되지 않습니다. 그러나 중단이있을 수있는 경우 5 분을 되돌려 받고 싶습니다. 계속 진행하여 이미 부팅하도록 할 수있는 방법이 있습니까? 추가 부팅 옵션이 가능한 한 비활성화 할 수있는 모든 것을 이미 비활성화했습니다.
답변
획기적인 uEFI 초기화 및 모듈 시작 후 레거시 BIOS 에뮬레이션이 시작되고 PCI-E 옵션 ROM이 실행되는 등 모든 IBM uEFI 시스템은 부팅하는 데 오랜 시간 이 걸립니다 . 이는 모든 IBM uEFI 시스템에서 “정상”입니다- 블레이드 또는 표준 랙 서버에 관계없이
옵션 ROM 인 레거시 BIOS 부팅을 비활성화하고 부팅 순서를 최적화하며 일반적으로 해당 시스템을 IBM에서 제공하는 최신 펌웨어 수준으로 유지할 수 있습니다.
답변
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 이이 문제를 해결하기를 바랍니다.
존 스트라 발라