IBM Server ใช้เวลานานในการบู๊ต UEFI ไปยัง OS ที่ผ่านมา


10

ฉันมีเซิร์ฟเวอร์ IBM System x3620 คู่หนึ่ง เซิร์ฟเวอร์เหล่านี้ทำงานได้ดีเมื่อพวกเขามาถึงจุดที่ระบบปฏิบัติการใช้งานได้ในที่สุด แต่มันจะพาพวกเขาไปตลอดกาลเพื่อให้ผ่านระบบการบู๊ต UEFI ที่แปลกใหม่ ... ดีในเวลาห้านาทีหรือมากกว่านั้น อาจจะนานกว่านั้น ฉันยังไม่ได้จับเวลา แต่มันเป็นสิ่งที่คุณจะได้รับกาแฟสักถ้วยในขณะที่คุณรอและมันจะยังคงเกิดขึ้นเมื่อคุณกลับมา

โดยปกติเวลาเดียวที่ฉันปิดตัวลงนี้เป็นรอบการบำรุงรักษารายเดือน (โดยปกติจะเป็นเพียงการปรับปรุง windows) ถึงเวลาบำรุงรักษาในตัวและดังนั้น 5 นาทีพิเศษนั้นไม่นับรวมกับ SLA ของเราและไม่ใช่เรื่องใหญ่ อย่างไรก็ตามในกรณีที่ฉันอาจเกิดไฟดับฉันแน่ใจว่าอยากได้ 5 นาทีกลับมา มีสิ่งใดที่ฉันสามารถทำได้เพื่อบอกให้พวกเขาเดินหน้าและบู๊ตแล้ว? ฉันได้ปิดการใช้งานทุกสิ่งที่ฉันสามารถค้นหาเพื่อปิดการใช้งานเท่าที่ตัวเลือกการบูตพิเศษไป


ปัญหาสำหรับฉันคือโหลด USB เป็นระบบปฏิบัติการเช่น 275MB ในไฟล์บีบอัดที่บีบอัดใช้เวลา 6 นาที 33 วินาที (ประมาณ 0.75MB / วินาที) จากนั้นตามที่คุณกล่าวว่า "ระบบปฏิบัติการใช้เวลาเกิน" และอุปกรณ์ USB สามารถรักษา 22MB / วินาที ปัญหานี้จะปรากฏเฉพาะในการติดตั้งใช้งานแบบดั้งเดิมของ IBM uEFI ฉันไม่เห็นจาก Oracle / Sun หรือ Supermicro (ฉันรู้ว่า SUpermicro กำลังทำ uEFI ไม่แน่ใจเกี่ยวกับ Oracle / Sun)

คุณคิดว่าไม่ดีลองบู๊ตพวกเขาสดใหม่จากกล่อง 15 นาทีจากไฟ AC ในปลั๊กเพื่อบูตพร้อมท์ PXE นั่นเป็นเหตุผลที่ฉันใช้อุปกรณ์นี้สำหรับการติดตั้ง VMWare และ Linux เท่านั้นและการติดตั้ง Windows ทั้งหมดนั้นเป็นแบบเสมือนจริง
Magellan

คำตอบ:


14

ทั้งหมด IBM uEFI เครื่องใช้ทุกเพศทุกวัยที่จะบูตเป็นหลังจากกัปสละ uEFI เริ่มต้นและโมดูลเริ่มต้นเตะจำลองมรดก BIOS ในและ PCI-E รอมตัวเลือกที่ได้รับการดำเนินการอื่น ๆ ฯลฯ นี้เป็น "ปกติ" ในทุกเครื่อง IBM uEFI - ไม่ว่าเบลดหรือแร็คเซิร์ฟเวอร์มาตรฐาน

คุณสามารถปิดใช้งานการบูท BIOS ดั้งเดิม, ROM ตัวเลือก, ปรับแต่งลำดับการบู๊ตและปรับให้เครื่องนั้นอยู่ในระดับเฟิร์มแวร์ล่าสุดที่ IBM เสนอให้


3
จุดดี. และปิดการใช้งานสิ่งที่ไม่ได้ใช้เช่นการบูตเครือข่าย
แมตต์

คุณคิดว่าสัตว์เลี้ยงเหล่านี้มีเวลาในการบู๊ตเร็วที่สุดเท่าไหร่?
cJ Zougloub

ฉันหวังว่าจะมีบางสิ่งที่ดีกว่า แต่ก็ดี
Joel Coel

ฉันรู้ว่า op นั้นเก่ามาก แต่มันช่วยฉันได้จริงๆ
Francisco Tapia

3

ฉันยอมรับการใช้งาน System X uEFI รุ่นเก่าช้ามากอย่างเจ็บปวดฉันอาจหลีกเลี่ยงการขายมันเป็นแพลตฟอร์มสำหรับลูกค้าของฉัน

การวัดไอบีเอ็มในรูปแบบเวลาที่มันเริ่มบู๊ต USB แบบดั้งเดิมจนกระทั่งฉันได้รับพรอมต์ระบบปฏิบัติการที่มีความยาวอย่างน่าขัน ฉันใช้ SmartOS (อนุพันธ์ของ Illumos / opensolaris สำหรับทุกจุดประสงค์เมื่อบู๊ตมันทำงานและทำหน้าที่เหมือน Solaris 11) ซึ่งทำหน้าที่เหมือนลูกสุนัข Linux เช่นโหลด 275MB "บีบอัด" (ระบบปฏิบัติการทั้งหมด) แล้วบูท ระบบปฏิบัติการในหน่วยความจำ โชว์ผลงานนี้จริงๆมีปัญหากับการดำเนินงานของไอบีเอ็ม uEFI ของบูตมรดก

  BEG: 13:27 น. (เริ่มคีย์ USB SmartOS USB 2.0)
  END: 1:33:38 pm (เสร็จสิ้นในการใช้งาน SmartOS - เราอ่าน 275MB)
  ---
  TOOK: 6:33 (หกนาทีและ 33 วินาที - ค่อนข้างช้า - เพียง 0.75MB / วินาที)

มันเกือบจะเหมือนกับว่าการใช้ UEFI ใช้ขนาดบล็อกเล็ก ๆ เช่น 512 ไบต์อ่านแทนที่จะเป็นบัฟเฟอร์ขนาดใหญ่ในระหว่างการอ่าน เมื่อฉันอยู่ใน OS ฉันสามารถวัดประสิทธิภาพของคีย์ USB ที่ฉันบูทได้ IMHO หากโค้ด IBM UEFI เพิ่งอ่านขนาดบล็อก 8192 หรือดีกว่าขนาดบล็อก 32768 ผลการบูตจะเร็วมาก

ดังนั้นครั้งหนึ่งในระบบปฏิบัติการ SmartOS ฉันเห็นคุณสมบัติด้านประสิทธิภาพดังต่อไปนี้สำหรับคีย์ USB ของฉันตั้งแต่ 512 ไบต์ถึง 131072 ไบต์ ดูเหมือนว่าขนาดบล็อก 8192 (12.3 MB / วินาทีในระบบปฏิบัติการที่บูต) หรือดีกว่า แต่ขนาดบล็อก 32768 (20.2 MB / วินาทีในระบบปฏิบัติการที่บู๊ตแล้ว) จะเป็นตัวเลือกที่ดี นอกจากนี้ยังดูเหมือนว่ามีขนาดบล็อก 512 (0.64 MB / วินาทีในระบบปฏิบัติการที่บู๊ตแล้ว) ตรงกับผลลัพธ์ที่ฉันดูเหมือนจะได้รับจากรองเท้าบู๊ตยาว

เวลา dd if = / dev / dsk / c1t0d0p0 ของ = / dev / null bs = 512 count = 524288
    524288 + 0 รายการใน
    524288 + 0 บันทึกออก
    จริง 31m19.499s
    => 00.64MB / วินาที บน SmartOS เช่น Solaris 11 (นี่คือความเร็วของการบูต IBM bios)

เวลา dd if = / dev / dsk / c1t0d0p0 ของ = / dev / null bs = 1024 count = 262144
    262144 + 0 รายการใน
    262144 + 0 บันทึก
    จริง 1m39.989s
    => 02.56MB / วินาที SmartOS เช่น Solaris 11

เวลา dd if = / dev / dsk / c1t0d0p0 ของ = / dev / null bs = 2048 count = 131072
    131072 + 0 รายการใน
    131072 + 0 บันทึกออก
    จริง 0m50.215 วินาที
    => 05.09MB / วินาที SmartOS เช่น Solaris 11

เวลา dd if = / dev / dsk / c1t0d0p0 ของ = / dev / null bs = 4096 count = 65536
    65536 + 0 รายการใน
    65536 + 0 บันทึกออก
    จริง 0m33.056s
    => 07.74MB / วินาที SmartOS เช่น Solaris 11

เวลา dd if = / dev / dsk / c1t0d0p0 ของ = / dev / null bs = 8192 count = 32768
    32768 + 0 รายการใน
    32768 + 0 บันทึกออก
    จริง 0m20.757s
    => 12.33MB / วินาที SmartOS เช่น Solaris 11

เวลา dd if = / dev / dsk / c1t0d0p0 ของ = / dev / null bs = 32768 count = 8192
    8192 + 0 รายการใน
    8192 + 0 บันทึกออก
    จริง 0m12.785s
    => 20.02MB / วินาที บน SmartOS เช่น Solaris 11 (แบบ expeected และเห็นบนกล่อง Win7)

เวลา dd if = / dev / dsk / c1t0d0p0 ของ = / dev / null bs = 131072 count = 2048
    2048 + 0 รายการใน
    2048 + 0 บันทึกออก
    จริง 0m11.532s
    => 22.19MB / วินาที SmartOS เช่น Solaris 11

ฉันใช้ IBM x3550 M3 ใหม่ต่อไปนี้พร้อม UEFI (BIOS) rev 1.13 (ram 12GB และอีกหนึ่งโปรเซสเซอร์ 2.266GHz Xenon)

    ประเภทเฟิร์มแวร์เวอร์ชันวันที่เผยแพร่สตริง
    IMM YUOOC7E 09/30/2011
    UEFI D6E154A 09/23/2011
    DSA DSYT89P 10/28/2011

ฉันต้องบอกว่าฉันผิดหวังอย่างมากกับ "ความเร็ว" ของการบูท USB ในโหมด BIOS ดั้งเดิมในการใช้งาน IBM UEFI

อาหารสำหรับความคิดในภาพ 275MB ของฉันSupermicro XSCA9F หรือ Oracle-Sun X4275 จะบูตอิมเมจคีย์ usb ขนาด 275 MB ในเวลาเพียง 32 หรือ 33 วินาทีตามลำดับในขณะที่ IBM x3550 M3 ใช้เวลามากกว่า 363 วินาทีสำหรับภาพเดียวกัน (ช้ากว่า 11 ครั้ง) .

ประสิทธิภาพการทำงานนี้ไม่สามารถยอมรับได้อย่างสมบูรณ์และปัญหานี้มีอยู่ทั่วทั้งสาย System X ฉันได้ติดต่อกับ IBM และพวกเขาก็บอกว่าลองโหลดการบูต uEFI (ซึ่งก็เหมือนกับการบอกให้ฉันเรียนรู้ข้อมูลจำเพาะ UEFI เรียนรู้ GRUB2 และเขียนบูตโหลดเดอร์ของคุณเองใช่มันทำได้ แต่ไม่มี 2 พิเศษ -3 สัปดาห์เพื่อยุ่งกับสิ่งนี้) ใช่การใช้การบู๊ต uEFI "บริสุทธิ์" ควรจะทำงานได้อย่างรวดเร็ว แต่ฉันไม่สามารถพิสูจน์ได้ แต่จากนั้นฉันก็ไม่สามารถใช้ "distros มาตรฐาน" และตามที่ฉันระบุฉันจะถูกบังคับให้เขียนบูทโหลด uEFI ของตัวเอง

ปัญหานี้ "การบูทระบบช้า" ถูกรายงานโดยฉันภายใต้ IBM ปัญหา / ตั๋ว # A02PGGK ฉันลองติดต่อผู้พัฒนา uEFI (ฉันคิดว่ามันคือ Michael Brinkman) โดยตรง แต่ IBM ดูเหมือนจะไม่สนใจที่จะรับทราบปัญหานี้และ ชุมชนขนาดใหญ่ของผู้คนและ บริษัท ที่ได้รับผลกระทบ

ฉันได้โพสต์ anaysis ที่คล้ายกันในเธรดที่http://communities.intel.com/thread/3909?wapkw=uEFIซึ่งกล่าวถึง "การบูทช้า" ในเดือนกันยายน 2009 ที่นี่เป็นปัญหาเดียวกับที่ฉันได้เห็น

เวลาบูตช้าเกินไป ใช้เวลาประมาณ 20 นาทีในการบูต VMware ESX เมื่อใช้ EFI เปรียบเทียบกับน้อยกว่า 2 นาทีด้วยไบออสปกติ

นี่คือการชะลอตัว 10 เท่าหรือ 11 เท่ากันที่ฉันพบหวังว่าสักวัน IBM จะแก้ไขปัญหานี้

จอน Strabala


2
ฉันคิดว่านี่เป็นปัญหาที่แยกต่างหาก ... ฉันพอใจกับความเร็วในการบูตของระบบปฏิบัติการของฉันเมื่อมันทำให้ระบบปฏิบัติการเริ่มโหลดตัวเองได้ในที่สุด มันเป็นทุกสิ่งที่นำไปสู่จุดที่ใช้เวลานานมาก
Joel Coel

กลับมาที่นี่ฉันคิดว่าฉันอ่านโพสต์ของคุณผิดครั้งแรก ... แต่ฉันก็ยังคิดว่ามันเป็นปัญหาที่แยกต่างหากเนื่องจากเรากำลังบูท windows จากดิสก์ที่แนบโดยตรงแทนที่จะรอให้โหลดอิมเมจเสร็จสมบูรณ์เพื่อโหลดผ่าน usb .
โจเอล Coel
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.