Máy chủ IBM mất nhiều thời gian để khởi động UEFI sang HĐH

Tôi có một cặp máy chủ IBM System x3620. Các máy chủ này hoạt động tốt khi cuối cùng chúng đạt đến điểm mà hệ điều hành tiếp quản, nhưng chúng phải mất mãi mãi để vượt qua hệ thống khởi động UEFI mới bị lỗi ... khoảng 5 phút hoặc lâu hơn; Có thể dài hơn. Tôi đã không hẹn giờ, nhưng đó là điều mà bạn đi lấy một tách cà phê trong khi bạn chờ đợi và nó vẫn sẽ tiếp tục khi bạn quay lại.

Thông thường, lần duy nhất tôi tắt những thứ này là cho một chu kỳ bảo trì hàng tháng (thường chỉ là các bản cập nhật Windows). Đó là thời gian bảo trì tích hợp, và vì vậy thêm 5 phút không được tính vào SLA của chúng tôi và không phải là vấn đề lớn. Tuy nhiên, trong trường hợp tôi có thể bị cúp điện, tôi chắc chắn muốn lấy lại 5 phút đó. Có điều gì tôi có thể làm để bảo họ cứ tiếp tục và khởi động không? Tôi đã vô hiệu hóa mọi thứ tôi có thể tìm thấy để vô hiệu hóa cho đến khi có thêm tùy chọn khởi động.

Tất cả các máy uEFI của IBM đều mất nhiều thời gian để khởi động, vì sau khi khởi tạo mô-đun uEFI và khởi động mô-đun, mô phỏng BIOS kế thừa được khởi động và ROM tùy chọn PCI-E được thực thi, v.v. Đây là "bình thường" trên tất cả các máy uEFI của IBM - không có vấn đề nếu lưỡi hoặc máy chủ rack tiêu chuẩn.

Bạn có thể vô hiệu hóa khởi động BIOS kế thừa, ROM tùy chọn, tối ưu hóa thứ tự khởi động và thường giữ cho máy đó ở mức phần sụn mới nhất do IBM cung cấp.

Tôi đồng ý việc triển khai di sản System X uEFI rất chậm, đến nỗi tôi thậm chí có thể tránh bán chúng dưới dạng nền tảng cho khách hàng của mình.

Đo lường biểu mẫu của IBM thời gian nó khởi động khóa USB kế thừa cho đến khi tôi nhận được lời nhắc hệ điều hành dài đến mức nực cười. Tôi đang sử dụng SmartOS (một dẫn xuất illumos / opensolaris cho tất cả các mục đích một khi đã khởi động, nó chạy và hoạt động rất giống Solaris 11), hoạt động giống như con chó con Linux, ví dụ như nó tải một blob "nén" 275 MB (toàn bộ HĐH) và sau đó khởi động Hệ điều hành trong bộ nhớ. Điều này thực sự cho thấy vấn đề với việc triển khai khởi động kế thừa uEFI của IBM .

  BEG: 1:27:05 chiều (bắt đầu khóa USB SmartOS USB 2.0)
  HẾT: 1:33:38 chiều (thực hiện khi chạy SmartOS - chúng tôi đã đọc được 275MB)
  ---
  TOOK: 6:33 (sáu phút và 33 giây - khá chậm - chỉ 0,75MB / giây.)

Gần như là việc triển khai UEFI sử dụng kích thước khối nhỏ như đọc 512 byte, thay vì bộ đệm lớn hơn trong khi đọc. Khi tôi ở trong HĐH, tôi có thể đánh giá hiệu năng của khóa USB mà tôi đã khởi động, IMHO nếu mã IBM UEFI sẽ chỉ đọc kích thước khối 8192 hoặc tốt hơn là kích thước khối 32768, kết quả khởi động sẽ siêu nhanh.

Vì vậy, một lần trong hệ điều hành SmartOS, tôi đã thấy các đặc điểm hiệu suất sau cho khóa USB của mình, từ dạng 512 byte đến 131072 byte. Có vẻ như kích thước khối 8192 (12,3 MB / giây trong hệ điều hành đã khởi động) hoặc tốt hơn là kích thước khối 32768 (20,2 MB / giây trong hệ điều hành đã khởi động) sẽ là những lựa chọn tốt. Nó cũng trông giống như kích thước khối 512 (0,64 MB / giây trong hệ điều hành đã khởi động) phù hợp khá gần với kết quả mà tôi dường như trải nghiệm trong đôi giày dài của mình.

thời gian dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 512 đếm = 524288
    524288 + 0 hồ sơ trong
    524288 + 0 hồ sơ ra
    31m19.499 thực
    => 00,64 MB / giây. trên SmartOS như Solaris 11 (đây là tốc độ của tốc độ khởi động bios của IBM)

thời gian dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 1024 đếm = 262144
    262144 + 0 hồ sơ trong
    262144 + 0 hồ sơ ra
    1m39.989 thật
    => 02,56 MB / giây. SmartOS như Solaris 11

thời gian dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 2048 đếm = 131072
    131072 + 0 hồ sơ trong
    131072 + 0 hồ sơ ra
    số 0m50.215 thật
    => 05,09 MB / giây. SmartOS như Solaris 11

thời gian dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 4096 đếm = 65536
    65536 + 0 hồ sơ trong
    65536 + 0 hồ sơ ra
    số 0m33.056 thực
    => 07,74 MB / giây. SmartOS như Solaris 11

thời gian dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 8192 đếm = 32768
    32768 + 0 hồ sơ trong
    32768 + 0 hồ sơ ra
    số 0m20.757 thực
    => 12,33 MB / giây. SmartOS như Solaris 11

thời gian dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 32768 đếm = 8192
    8192 + 0 hồ sơ trong
    8192 + 0 hồ sơ ra
    số 0m12.785 thật
    => 20,02 MB / giây. trên SmartOS như Solaris 11 (như được minh họa và thấy trên hộp Win7)

thời gian dd if = / dev / dsk / c1t0d0p0 of = / dev / null bs = 131072 đếm = 2048
    2048 + 0 hồ sơ trong
    2048 + 0 hồ sơ ra
    0m11.532s thật
    => 22,19 MB / giây. SmartOS như Solaris 11

Tôi đã sử dụng một IBM x3550 M3 mới với UEFI (BIOS) rev 1.13 (ram 12GB và một bộ xử lý Xenon 2.266GHz)

    Firmware Kiểu phiên bản chuỗi ngày phát hành
    IMM YUOOC7E ngày 30/9/2011
    UEFI D6E154A 23/11/2011
    DSA DSYT89P 10/11/2011

Tôi phải nói rằng tôi vô cùng thất vọng với "tốc độ" khởi động USB ở chế độ BIOS kế thừa trong triển khai UEFI của IBM.

Thực phẩm đáng suy nghĩ cho hình ảnh 275 MB của tôi, Supermicro XSCA9F hoặc Oracle-Sun X4275 sẽ khởi động hình ảnh khóa USB 275 MB chỉ trong 32 hoặc 33 giây, trong khi IBM x3550 M3 mất hơn 363 giây cho cùng một hình ảnh (chậm hơn 11 lần) .

Hiệu suất này là hoàn toàn không thể chấp nhận và vấn đề tồn tại trên toàn bộ dòng System X. Tôi đã liên hệ với IBM và họ chỉ nói hãy thử tải khởi động uEFI (giống như nói với tôi để tìm hiểu thông số UEFI, tìm hiểu GRUB2 và viết trình tải khởi động tùy chỉnh của riêng bạn, vâng, có thể thực hiện được nhưng tôi không có thêm 2 -3 tuần để gây rối với những thứ này). Có, sử dụng boot uEFI "thuần túy" sẽ hoạt động nhanh nhưng tôi không thể chứng minh được, tuy nhiên sau đó tôi không thể sử dụng "distro tiêu chuẩn" và cũng như tôi đã chỉ ra rằng tôi sẽ bị buộc phải viết bộ tải khởi động uEFI của riêng mình.

Vấn đề "khởi động chậm di sản" này đã được tôi báo cáo theo IBM Problem / Ticket # A02PGGK, tôi thậm chí đã thử liên hệ trực tiếp với nhà phát triển uEFI (tôi nghĩ đó là Michael Brinkman), tuy nhiên IBM dường như không quan tâm đến việc thừa nhận vấn đề này và cộng đồng lớn của người dân và các công ty bị ảnh hưởng.

Tôi cũng đã đăng một câu trả lời tương tự cho một chủ đề tại http://cetworkities.intel.com/thread/3909?wapkw=uEFI cũng thảo luận về "khởi động chậm" vào tháng 9 năm 2009, đây là vấn đề tương tự tôi đã gặp

Thời gian khởi động quá chậm. Mất khoảng 20 phút để khởi động VMware ESX khi sử dụng EFI, so với chưa đến 2 phút với bios thông thường

Đây là sự chậm lại 10X hoặc 11X mà tôi trải nghiệm, hy vọng một ngày nào đó IBM sẽ khắc phục điều này.

Jon Strabala