Recovering from kernel crashes due

Recovering from kernel crashes due to device driver
failures have also received a lot of attention from the OS
community [6], [14], [10], [13], [24], [20]. These approaches
either rely on address-space isolation or microkernel-based
techniques. For instance, the Nook framework [24] uses
address-space isolation to encapsulate device drivers in
their own domain, thereby restricting bogus driver code
from accessing other parts of the kernel. Microkernel-based
approaches [6], [13] provide an increased level of faulttolerance
through isolating some subsystems into separate
address spaces. Upon a failure, the faulty subsystem is
restarted and its state is recovered to the previous stored
state. However, the microkernel-based solution does not
guarantee protection against fault propagation from one
OS subsystem to another. Other approaches rely on virtual
machines to isolate device driver errors from the kernel [11],
[20]. In IBM’s AIX-POWER platform, page protection keys
are used to isolate different OS components and device
drivers so that they do not corrupt each other [25]. The
above mentioned approaches do provide great resiliency by
preventing device drivers from corrupting other kernel space
data; however, they do not prevent OS crashes emanating
from bugs in the device drivers or the kernel itself.

ผลลัพธ์ (ไทย) 1:

ฟื้นตัวจากการล่มเคอร์เนลเนื่องจากอุปกรณ์ขับ
ความล้มเหลวยังได้รับความสนใจมากจากชุมชน os
[6] [14], [10], [13], [24], [20] วิธีการเหล่านี้อย่างใดอย่างหนึ่ง
พึ่งพาการแยกที่อยู่พื้นที่หรือ microkernel ตาม
เทคนิค เช่นกรอบซอก [24]
ใช้พื้นที่ที่อยู่แยกที่จะแค็ปซูลไดรเวอร์อุปกรณ์ใน
โดเมนของตัวเองของพวกเขาจึง จำกัด รหัสขับปลอม
จากการเข้าถึงส่วนอื่น ๆ ของเคอร์เนล microkernel ตามแนวทาง
[6], [13] ให้เป็นระดับที่เพิ่มขึ้นของการ faulttolerance
ผ่านการแยกระบบย่อยบางส่วนในพื้นที่ที่อยู่แยกต่างหาก
กับความล้มเหลวของระบบย่อยผิดพลาดจะถูก
เริ่มต้นใหม่และสถานะของมันจะหายไปก่อนหน้านี้เก็บไว้
รัฐ แต่การแก้ปัญหา microkernel ตามไม่ได้
รับประกันการป้องกันการแพร่กระจายความผิดจากที่หนึ่ง
os ระบบย่อยอื่น วิธีการอื่น ๆ พึ่งพาเครื่องเสมือน
ที่จะแยกข้อผิดพลาดโปรแกรมควบคุมอุปกรณ์จากเมล็ด [11],
[20] ในแพลตฟอร์ม Aix-ibm อำนาจของกุญแจป้องกันหน้า
จะใช้ในการแยกส่วนประกอบที่แตกต่างกันระบบปฏิบัติการและโปรแกรมควบคุมอุปกรณ์
เพื่อให้พวกเขาไม่ได้เสียหายกัน [25]
วิธีการดังกล่าวข้างต้นจะให้ความยืดหยุ่นที่ดีในการป้องกันโดย
ไดรเวอร์อุปกรณ์เสียหายจากพื้นที่เคอร์เนลอื่น ๆ
ข้อมูล แต่พวกเขาไม่ได้ป้องกันไม่ให้เกิดปัญหาระบบปฏิบัติการเล็ดลอดออกมาจาก
บกพร่องในโปรแกรมควบคุมอุปกรณ์หรือเคอร์เนลตัวเอง

ผลลัพธ์ (ไทย) 2:

การกู้คืนจากเคอร์เนลล้มเหลวเนื่องจากโปรแกรมควบคุมอุปกรณ์
ความล้มเหลวก็ยังได้รับความสนใจมากจากระบบปฏิบัติการ
ชุมชน [6], [14], [10], [13], [24], [20] วิธีเหล่านี้
หรืออาศัย บนพื้นที่ที่อยู่แยก หรือ ใช้ microkernel
เทคนิค ใช้กรอบนู๊ค [24] เช่น
แยกพื้นที่ที่อยู่เมื่อต้องการซ่อนโปรแกรมควบคุมอุปกรณ์ใน
โดเมนของตนเอง จึงจำกัดรหัสโปรแกรมควบคุมปลอม
เข้าถึงส่วนอื่น ๆ ของเคอร์เนล ใช้ Microkernel
วิธี [6], [13] ให้ระดับการเพิ่มขึ้นของ faulttolerance
ผ่านแยกย่อยเข้าแยกบาง
ช่องว่าง ความล้มเหลว มีระบบย่อยผิดพลาด
เริ่ม และควบคุมสถานะการก่อนหน้านี้เก็บ
รัฐ อย่างไรก็ตาม โซลูชัน microkernel ตามไม่ได้
ป้องกันการเผยแพร่ข้อบกพร่องจากรับประกัน
ระบบย่อยของ OS อื่น วิธีอื่น ๆ พึ่งเสมือน
เครื่องจะแยกข้อผิดพลาดของโปรแกรมควบคุมอุปกรณ์จากเคอร์เนล [11],
[20] ในแพลตฟอร์มของ IBM อิ๊กซ์ซองไฟ หน้าการป้องกันคีย์
ใช้เพื่อแยกส่วนประกอบต่าง ๆ ของ OS และอุปกรณ์
ไดรเวอร์เพื่อให้พวกเขาเสียกัน [25] ใน
ข้างต้นกล่าวถึงแนวทางในการให้ความดีโดย
ป้องกันไม่ให้โปรแกรมควบคุมอุปกรณ์ทำลายพื้นที่เคอร์เนลอื่น ๆ
ข้อมูล อย่างไรก็ตาม พวกเขาไม่ป้องกันเกิดปัญหา OS เกิด
จากข้อผิดพลาดในโปรแกรมควบคุมอุปกรณ์หรือเคอร์เนลเอง

ผลลัพธ์ (ไทย) 3:

การกู้คืนข้อมูลจากเคอร์เนลหยุดทำงานเนื่องจากอุปกรณ์พนักงานขับรถ
ความล้มเหลวยังมีจำนวนมากได้รับความสนใจจากระบบปฏิบัติการ
ชุมชน[ 6 ],[ 14 ],[ 10 ],[ 13 ],[ 24 ],[ 20 ] วิธีการเหล่านี้
ทั้งต้องอาศัยแอดเดรส - พื้นที่แยกหรือ microkernel - ใช้เทคนิค
ตัวอย่างเช่นมุมกรอบ[ 24 ]จะใช้ระบบขจัด
แอดเดรส - พื้นที่เพื่อให้ครอบคลุมในด้านไดรเวอร์อุปกรณ์ใน
ของพวกเขาโดเมนของตัวเองพนักงานขับรถจะเป็นการจำกัดรหัสเก๊
จากการเข้าสู่ส่วนพื้นที่อื่นๆของเคอร์เนล microkernel - ใช้
แนวทาง[ 6 ][ 13 ]จัดให้บริการระดับที่เพิ่มขึ้นของ faulttolerance
ซึ่งจะช่วยในการแยกระบบย่อยบางส่วนในพื้นที่
แอดเดรสแยกออกจากกัน เมื่อความล้มเหลวระบบย่อยเป็นความผิดที่มี
รีสตาร์ทและรัฐมีการกู้คืนไปก่อนหน้าจัดเก็บ
รัฐ แต่ถึงอย่างไรก็ตามโซลูชัน microkernel - ใช้ไม่ได้ตอบแทน
การรับประกันการป้องกันการแพร่กระจายความผิดปกติจากระบบหนึ่งไปอีก
ระบบปฏิบัติการ วิธีการอื่นต้องอาศัยบนเครื่องคอมพิวเตอร์เสมือน
ซึ่งจะช่วยในการแยกข้อผิดพลาดพนักงานขับรถอุปกรณ์จากเคอร์เนล[ 11 ]
[ 20 ] แพลตฟอร์ม IBM ใน Aix - ไฟหน้าการป้องกันมีการใช้ปุ่ม
ซึ่งจะช่วยในการแยกกัน,ระบบปฏิบัติการ,ส่วนประกอบและอุปกรณ์
ไดรเวอร์เพื่อที่พวกเขาจะไม่ได้รับความเสียหายกัน[ 25 ] ที่
ตามมาตรฐานวิธีการได้กล่าวถึงไว้ทางด้านบนทำให้การปรับตัวเข้ากับสถานการณ์ที่ดีเยี่ยมใน
ซึ่งจะช่วยป้องกันไม่ให้ไดรเวอร์ของอุปกรณ์จากคนอื่นๆพื้นที่เคอร์เนล
ข้อมูลแต่ถึงอย่างไรก็ตามยังไม่ได้ป้องกันไม่ให้เกิดปัญหาการกระจายระบบปฏิบัติการ
จากรวมทั้งบักที่มีอยู่ในไดรเวอร์ของอุปกรณ์หรือเคอร์เนลที่ตัวของมันเอง