Most of the actions taken during cl

Most of the actions taken during clock ticks are not relevant in the HPC context, where only one task is running on each CPU. For example, synchronizing the hardware time with the kernel time is irrelevant to the application running on that core; this can easily be, and is already, handled by other CPUs. Also, process accounting in the context of high performance computing is irrelevant to the application. However, there is more to each tick than the idle case in the presence of I/O. Linux processes most of the I/O operations in its bottom half handlers, which are used for separating the acknowledgment and processing of hardware interrupts. This reduces latencies for applications that have real-time requirements as the kernel spends less time in uninterruptable mode. Bottom half handlers, a.k.a. softirqs in Linux, run before returning from hardware interrupts or are scheduled just like other user processes in some cases. This means if there is no hardware interrupt received on a core at all (such as the timer interrupt), kernel functionality that handles I/O services are not performed on that core. Furthermore, if there is no I/O device interrupt received at a core, there can still be bottom half work items queued by remote CPUs for the sake of load distribution. For example, Generic Receive Offload and more recent Receive Packet Steering mechanisms in the networking stack map and forward each incoming packet to a remote CPU for the packet’s processing rather than handling them all on the CPU where the interrupt from the network device is received. Naively turning off the ticks would not only reverse this load distribution, but also would prevent the bottom half handlers from running on tickless cores and performing critical tasks.

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

ส่วนใหญ่ของการดำเนินการของระหว่างนาฬิกาเห็บไม่ได้ที่เกี่ยวข้องในบริบท HPC ที่ทำงานงานหนึ่งเท่านั้นในแต่ละ CPU เช่น ซิงโครไนซ์เวลาฮาร์ดแวร์กับเวลาเคอร์เนลไม่เกี่ยวข้องไปยังโปรแกรมประยุกต์ที่ทำงานบนหลักที่ นี้ได้อย่างง่ายดาย สามารถ และแล้ว โดย Cpu อื่น ๆ ยัง บัญชีกระบวนการในบริบทของการประมวลผลประสิทธิภาพสูงมีความเกี่ยวข้องกับโปรแกรม อย่างไรก็ตาม มีขีดละกว่ากรณีไม่ได้ใช้งานใน Linux I/O กระบวนการของการดำเนินการ I/O ในตัวล่างครึ่งตัวจัดการ ซึ่งใช้สำหรับแยกการยอมรับ และการประมวลผลของฮาร์ดแวร์ interrupts นี้ลดเวลาสำหรับโปรแกรมประยุกต์ที่มีความต้องการแบบเรียลไทม์เป็นเคอร์เนลใช้เวลาน้อยลงในโหมดการจัดหา uninterruptable จัดการครึ่งล่าง หรือ softirqs ใน Linux รันก่อนกลับจากฮาร์ดแวร์ interrupts หรือจัดกำหนดการเช่นเดียวกับกระบวนการอื่น ๆ ของผู้ใช้ในบางกรณี ซึ่งหมายความ ว่า ขัดจังหวะฮาร์ดแวร์รับบนหลักทั้งหมด (เช่นการขัดจังหวะจับเวลา) ฟังก์ชันเคอร์เนลจับ I/O บริการจะไม่ดำเนินการบนหลักที่ไม่ นอกจากนี้ ถ้ามีขัดจังหวะอุปกรณ์ I/O ไม่รับหลักการ ยังคงสามารถมีล่างครึ่งงานจัดคิวรายการ โดย Cpu ระยะไกลเพื่อการกระจายน้ำหนัก ตัวอย่างเช่น Offload รับทั่วไปและกลไกพวงมาลัยแพ็คเก็ตที่ได้รับล่าสุดในกองซ้อนของเครือข่ายแผนที่ และส่งต่อแพคเก็ตขาเข้าแต่ละ CPU ระยะไกลสำหรับแพคเก็ตการประมวลผลมากกว่าการจัดการพวกเขาทั้งหมดใน CPU ที่ได้รับการขัดจังหวะจากอุปกรณ์เครือข่าย Naively ปิดเห็บจะเท่ากลับกระจายโหลดนี้ แต่ยัง จะป้องกันไม่ให้ตัวจัดการครึ่งล่างจากรันบนแกน tickless และการทำงานสำคัญ

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

ที่สุดของการดำเนินการในช่วงเห็บนาฬิกาไม่เกี่ยวข้องในบริบท HPC ที่เพียงหนึ่งงานที่กำลังทำงานบน CPU แต่ละ ยกตัวอย่างเช่นเวลาตรงกันฮาร์ดแวร์ที่มีเวลาเคอร์เนลไม่เกี่ยวข้องกับแอพลิเคชันที่ทำงานอยู่บนหลักที่; นี้สามารถและเป็นที่เรียบร้อยแล้วจัดการโดยซีพียูอื่น ๆ นอกจากนี้การบัญชีในบริบทของการประมวลผลประสิทธิภาพสูงที่มีความเกี่ยวข้องกับการประยุกต์ใช้ แต่มีมากขึ้นในแต่ละเห็บกว่ากรณีที่ไม่ได้ใช้งานในการปรากฏตัวของ I / O ลินุกซ์การประมวลผลส่วนใหญ่ของ I / O การดำเนินงานในครึ่งปีไสด้านล่างซึ่งจะใช้สำหรับการแยกการรับรู้และการประมวลผลของการขัดจังหวะฮาร์ดแวร์ ซึ่งจะช่วยลดเวลาแฝงสำหรับการใช้งานที่มีความต้องการเวลาจริงเป็นเมล็ดใช้เวลาน้อยลงในโหมดแบบต่อเนื่อง รถขนครึ่งล่างอาคา softirqs ใน Linux ทำงานก่อนกลับมาจากการขัดจังหวะฮาร์ดแวร์หรือมีกำหนดเช่นเดียวกับผู้ใช้กระบวนการอื่น ๆ ในบางกรณี ซึ่งหมายความว่าถ้ามีการขัดจังหวะฮาร์ดแวร์ที่ได้รับในหลักที่ทุกคน (เช่นขัดจังหวะจับเวลา) การทำงานเคอร์เนลที่จัดการ I / O บริการยังไม่ได้ดำเนินการในหลักที่ นอกจากนี้หากไม่มีอุปกรณ์ I / O ได้รับการขัดจังหวะที่หลักที่มีความสามารถด้านล่างยังคงมีรายการงานครึ่งเข้าคิวโดยซีพียูระยะไกลเพื่อประโยชน์ของการกระจายโหลด ยกตัวอย่างเช่นทั่วไปรับ Offload และเมื่อเร็ว ๆ นี้ได้รับแพ็คเก็ตกลไกพวงมาลัยในแผนที่ของสแต็คเครือข่ายและการส่งแต่ละแพ็กเก็ตที่เข้ามาเพื่อซีพียูระยะไกลสำหรับการประมวลผลของแพ็คเก็ตมากกว่าการจัดการพวกเขาทั้งหมดใน CPU ที่ขัดจังหวะจากอุปกรณ์เครือข่ายที่ได้รับ อย่างไร้เดียงสาปิดเห็บจะไม่เพียง แต่ย้อนกลับการกระจายโหลดนี้ แต่ยังจะป้องกันไม่ให้ด้านล่างไสครึ่งหนึ่งจากที่ทำงานอยู่บนแกน tickless และการปฏิบัติงานที่สำคัญ

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

ที่สุดของการกระทำที่ถ่ายระหว่างเห็บนาฬิกาไม่เกี่ยวข้องใน HPC บริบทซึ่งมีเพียงหนึ่งงานวิ่งในแต่ละซีพียู ตัวอย่างเช่น การเวลาฮาร์ดแวร์เคอร์เนลเวลาที่ไม่เกี่ยวข้องกับโปรแกรมที่ทำงานบนแกน นี้สามารถ มีการจัดการโดย อื่น ๆ , ซีพียู นอกจากนี้ กระบวนการบัญชีในบริบทของคอมพิวเตอร์ประสิทธิภาพสูงไม่เกี่ยวข้องกับโปรแกรม อย่างไรก็ตาม มีเพิ่มเติมในแต่ละขีดกว่า ไม่ได้ใช้งาน กรณีในการปรากฏตัวของ I / O . Linux กระบวนการส่วนใหญ่ของการดำเนินการ I / O ในครึ่งล่างสัมผัสซึ่งจะใช้สำหรับการแยกและการประมวลผลของฮาร์ดแวร์ขัดจังหวะขึ้นมา นี้จะช่วยลดการเกิดสำหรับการใช้งานที่มีความต้องการแบบเรียลไทม์เป็นเคอร์เนลที่ใช้เวลาน้อยลงในโหมด uninterruptable . ครึ่งล่างสัมผัส . softirqs ใน Linux , วิ่งก่อนที่จะกลับจาก Hardware ขัดจังหวะหรือกำหนดเช่นเดียวกับผู้ใช้อื่น ๆกระบวนการในบางกรณี ซึ่งหมายความว่าถ้าไม่มีฮาร์ดแวร์ interrupt ได้รับบนหลักที่ทุกคน ( เช่นจับเวลาขัดจังหวะ ) เคอร์เนลฟังก์ชันที่จัดการบริการ I / O จะไม่แสดงบนหลัก นอกจากนี้ หากไม่มีอุปกรณ์ I / O ขัดจังหวะที่ได้รับเป็นหลัก แต่ก็เป็นครึ่งล่างงานรายการคิวระยะไกลซีพียูเพื่อกระจายโหลด ตัวอย่างเช่น ทั่วไป รับทำลาย และล่าสุดได้รับกลไกพวงมาลัยแพ็กเก็ตในเครือข่ายกองแผนที่และส่งต่อแพ็กเก็ตไปยัง CPU แต่ละสายรีโมทสำหรับการประมวลผลของแพ็คเก็ตมากกว่าการจัดการทั้งหมดบน CPU ที่ขัดจังหวะจากอุปกรณ์เครือข่ายที่ได้รับ ยังปิดเห็บจะไม่เพียง แต่ย้อนกลับนี้ โหลดกระจาย แต่ยังจะป้องกันไม่ให้สัมผัสครึ่งล่างจากการวิ่งบนแกน tickless และการดําเนินงานสําคัญ