Figure 4 shows that POP performed u

Figure 4 shows that POP performed up to 1.72% faster in our 236-node InfiniBand cluster when the tickless mode was turned on. The fact that the performance gains increased with the increasing scale suggests that a tickless Linux kernel would mitigate the scalability issues related to OS noise at extreme scales as described in the literature. We also found that application runtime variability was nearly diminished with the tickless kernel, which we consider invaluable.


As we mentioned above, the downside to removing the ticks is the unprocessed bottom half handlers. Consequently, our tickless kernel did not allow the applications to make progress when we used the Ethernet network in the cluster. We then modified the kernel to process all network packets in the OS cores, however, this change reduced the network traffic bandwidth such that applications were slowed down by about 10% when the no tick mode was on. Our future work includes optimizing this behavior with increased batching on the OS cores as we described above.

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

รูปที่ 4 แสดงว่า POP ทำได้เร็วถึง 1.72% ในคลัสเตอร์ของเรามือส่วน 236 โหนเมื่อเปิดโหมด tickless เครื่อง จริงที่ว่าประสิทธิภาพการใช้งานที่เพิ่มขึ้นกับขนาดเพิ่มขึ้นแสดงให้เห็นว่า เป็น Linux kernel tickless จะบรรเทาปัญหาภาระที่เกี่ยวข้องกับสัญญาณรบกวนระบบปฏิบัติการที่เครื่องชั่งมากดังที่ปรากฏในวรรณคดี นอกจากนี้เรายังพบว่า ความแปรปรวนรันไทม์ของแอพลิเคชันถูกลดลงเกือบกับเคอร์เนล tickless ซึ่งเราพิจารณาคุณค่าเรากล่าวถึงข้างต้น ข้อเสียเอาเห็บนั้นจะเป็นตัวจัดการครึ่งล่างยังไม่ได้ ดังนั้น เคอร์เนลของเรา tickless ไม่อนุญาตให้โปรแกรมประยุกต์เพื่อให้ความคืบหน้าเมื่อเราใช้เครือข่ายอีเทอร์เน็ตในคลัสเตอร์ เราแก้ไขการประมวลผลแพคเก็ตเครือข่ายทั้งหมดในแกน OS kernel แล้ว อย่างไรก็ตาม การเปลี่ยนแปลงนี้ลดแบนด์วิดท์ที่การจราจรเครือข่ายซึ่งใช้งานได้ชะลอตัวลงประมาณ 10% เมื่อไม่มีโหมดขีดบน งานของเราในอนาคตรวมถึงเพิ่มประสิทธิภาพแกนนี้ลักษณะการทำงานกับผสมเพิ่มขึ้นบนระบบปฏิบัติการ ตามที่เราอธิบายไว้ข้างต้น

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

รูปที่ 4 แสดงให้เห็นว่า POP ดำเนินการถึง 1.72% เร็วในคลัสเตอร์ InfiniBand 236 โหนดของเราเมื่อโหมด tickless ถูกเปิดอยู่ ความจริงที่ว่าเพิ่มประสิทธิภาพการทำงานเพิ่มขึ้นด้วยขนาดที่เพิ่มขึ้นแสดงให้เห็นว่า tickless เคอร์เนลจะบรรเทาปัญหา scalability ที่เกี่ยวข้องกับเสียง OS ในระดับมากตามที่อธิบายไว้ในวรรณคดี นอกจากนี้เรายังพบว่าความแปรปรวนโปรแกรม runtime เกือบลดลงกับเคอร์เนล tickless ซึ่งเราพิจารณาที่ทรงคุณค่า. ในฐานะที่เรากล่าวถึงข้างต้นข้อเสียในการลบเห็บเป็นที่ยังไม่ได้ขนย้ายวัสดุด้านล่างครึ่ง ดังนั้นเคอร์เนล tickless เราไม่อนุญาตให้มีการใช้งานที่จะทำให้ความคืบหน้าเมื่อเราใช้เครือข่าย Ethernet ในคลัสเตอร์ จากนั้นเราจะมีการปรับเปลี่ยนเคอร์เนลในการประมวลผลแพ็กเก็ตเครือข่ายทั้งหมดในแกน OS แต่การเปลี่ยนแปลงนี้ลดแบนด์วิธเครือข่ายการจราจรดังกล่าวว่าการใช้งานที่ถูกชะลอตัวลงโดยประมาณ 10% ขณะที่โหมดไม่มีเห็บอยู่บน การทำงานในอนาคตของเรารวมถึงการเพิ่มประสิทธิภาพการทำงานนี้ด้วยเครื่องผสมเพิ่มขึ้นในแกน OS ที่เรากล่าวไว้ข้างต้น

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

รูปที่ 4 แสดงให้เห็นว่าปรากฏแสดงได้ถึง 1.72 % เร็วในโหนดคลัสเตอร์ของเรามีกำเนิดเมื่อโหมด tickless เปิด . ความจริงที่ว่าประสิทธิภาพของกำไรที่เพิ่มขึ้นตามระดับที่ชี้ให้เห็นว่า tickless ลินุกซ์ เคอร์เนล จะลดปัญหาที่เกี่ยวข้องกับระบบปฏิบัติการใหม่เสียงที่รุนแรงระดับตามที่อธิบายไว้ในวรรณกรรม นอกจากนี้เรายังพบว่าโปรแกรม runtime ซึ่งเกือบถูกลดลงด้วย tickless kernel ที่เราพิจารณาที่หาค่ามิได้ในฐานะที่เรากล่าวถึงข้างต้นที่จะลบเห็บยังไม่ได้ครึ่งล่างเป็นผู้ดูแล จากนั้น เมล็ด tickless ของเราไม่อนุญาตให้โปรแกรมประยุกต์เพื่อให้ก้าวหน้า เมื่อเราใช้เครือข่าย Ethernet ในคลัสเตอร์ จากนั้นเราจะแก้ไข kernel กระบวนการแพ็คเก็ตเครือข่ายในระบบปฏิบัติการ แกน อย่างไรก็ตามการลดการจราจรของเครือข่ายแบนด์วิดธ์เช่นการใช้งานที่ถูกชะลอตัวลงประมาณ 10% เมื่อไม่มีเห็บโหมดคือ งานของเราในอนาคต รวมถึงการปรับพฤติกรรมนี้ขึ้นตะบันบนระบบปฏิบัติการแกนตามที่เราอธิบายไว้ข้างต้น