Timer related events are managed by

Timer related events are managed by the high-resolution
timers infrastructure (hrtimers) in the kernel and our approach
to create a tickless Linux leverages this system. hrtimers
manage a per-CPU based queue of timers ordered by the expiry
time and they arm their corresponding hardware timer
chips to interrupt the CPU only at the nearest event. The
scheduler, for example, initializes an hrtimer to call the main
scheduler tick function during the machine boot and forwards
that timer with HZ frequency at every tick. We made
a trivial modification to that function to forward the timer
much further in the future rather than with HZ frequency.
This change only triggers when the application requests a
tickless environment with a system call and it is the only
runnable process on its core at that moment. In that case,
the CPU switches to a no tick mode where further timer
and work item requests are queued to the corresponding
OS core, which is always calculated as the first CPU in the
application core’s NUMA domain. With this environment,
applications still received interrupts due to IPIs sent from
remote CPUs for the services that require global collaboration
from all CPUs. We identified one of these services
as the RCU subsystem and implemented necessary hooks to
prevent interruption of no tick CPUs. After these modifications,
application cores did not interrupt tasks running on
them until those tasks exit or explicitly turned off the no
tick mode. As shown in the Figure 2f, further benchmarks
proved that the cores were noiseless with flat FWQ plots.

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

จับเวลาที่เกี่ยวข้องกับกิจกรรมจัดการความละเอียดสูงโครงสร้างพื้นฐานของตัวจับเวลา (hrtimers) ในเคอร์เนลและแนวทางของเราสร้าง Linux tickless ใช้ระบบนี้ hrtimersจัดการคิวคะแนนต่อ CPU ของตัวจับเวลาตามการหมดอายุเวลาและพวกเขาแขนจับเวลาฮาร์ดแวร์ของพวกเขาที่สอดคล้องกันชิขัดจังหวะ CPU ที่เหตุการณ์ที่ใกล้ที่สุดเท่านั้น การกำหนดการ เตรียมตัว hrtimer การเรียกหลักกำหนดการทำเครื่องหมายฟังก์ชันระหว่างการ boot เครื่องและส่งต่อจับเวลาที่ มีความถี่ HZ ที่ขีดทุก เราทำการเปลี่ยนแปลงเล็กน้อยเพื่อที่ทำงานการส่งต่อตัวจับเวลามากต่อไป ในอนาคต แทน ด้วยความถี่ HZการเปลี่ยนแปลงนี้ทริกเกอร์เฉพาะเมื่อโปรแกรมที่ร้องขอการtickless แวดล้อมเรียกระบบและมันเป็นเพียงกระบวนการที่เรียกใช้ได้บนหลักการที่ ในกรณีที่CPU สลับไปโหมดไม่มีขีดเพิ่มเติมจับเวลาและมีการจัดคิวการร้องขอสินค้างานให้สอดคล้องกับหลัก OS ซึ่งมักจะคำนวณเป็น CPU ตัวแรกในการโดเมนโปรแกรมประยุกต์หลัก NUMA ด้วยสภาพแวดล้อมนี้การใช้งานยังคงรับ interrupts เนื่องจากส่งจาก IPIsCpu ที่ระยะไกลสำหรับบริการที่ต้องทำงานร่วมกันทั่วโลกจาก Cpu ทั้งหมด เราระบุว่าบริการเหล่านี้อย่างใดอย่างหนึ่งเป็นระบบย่อย RCU และตะขอจำเป็นดำเนินการป้องกันการหยุดชะงักของ Cpu ไม่ขีด หลังจากการปรับเปลี่ยนเหล่านี้แกนแอพลิเคชันไม่ขัดจังหวะการใช้งานพวกเขาจนกระทั่งออกจากงานเหล่านั้น หรือเปิดอย่างชัดเจนไม่มีการปิดโหมดการเลือก ดังที่ปรากฏในชั้น 2 รูป เกณฑ์มาตรฐานเพิ่มเติมพิสูจน์ว่า แกนประมวลผลถูกหงิม ๆ กับแบน FWQ แปลง

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

จับเวลาเหตุการณ์ที่เกี่ยวข้องมีการจัดการโดยความละเอียดสูง
โครงสร้างพื้นฐานจับเวลา (hrtimers) ใน kernel และวิธีการของเรา
ในการสร้าง tickless ลินุกซ์ใช้ประโยชน์จากระบบนี้ hrtimers
จัดการตามคิวต่อ CPU ตัวจับเวลาได้รับคำสั่งจากหมดอายุ
เวลาและพวกเขาแขนจับเวลาฮาร์ดแวร์ที่สอดคล้องกันของพวกเขา
ชิปที่จะขัดขวาง CPU เท่านั้นที่มาร่วมงานที่ใกล้ที่สุด
กำหนดการเช่นต้น hrtimer เรียกหลัก
ฟังก์ชั่นการจัดตารางเวลาเห็บในระหว่างการบูตเครื่องและส่งต่อ
ที่จับเวลาที่มีความถี่ HZ ทุกเห็บ เราได้ทำให้
การปรับเปลี่ยนเล็กน้อยเพื่อฟังก์ชั่นที่จะส่งต่อการจับเวลา
มากต่อไปในอนาคตมากกว่าที่มีความถี่ HZ.
การเปลี่ยนแปลงนี้จะก่อให้เกิดเมื่อโปรแกรมประยุกต์ที่ร้องขอ
สภาพแวดล้อม tickless กับสายของระบบและมันเป็นเพียง
ขั้นตอนการทำงานได้ในหลักที่ว่า ขณะ ในกรณีที่
ซีพียูสลับไปโหมดเห็บไม่มีที่เพิ่มเติมจับเวลา
และรายการงานจะถูกจัดคิวการร้องขอไปยังส่วน
หลัก OS ซึ่งคำนวณเสมอเป็นซีพียูครั้งแรกใน
โดเมน NUMA หลักของโปรแกรมประยุกต์ ด้วยสภาพแวดล้อมนี้
การใช้งานยังคงได้รับการขัดจังหวะเนื่องจาก IPIs ส่งมาจาก
ซีพียูระยะไกลสำหรับการให้บริการที่ต้องมีการทำงานร่วมกันทั่วโลก
จากซีพียูทั้งหมด เราระบุหนึ่งของบริการเหล่านี้
เป็นระบบย่อย RCU ตะขอและดำเนินการที่จำเป็นเพื่อ
ป้องกันไม่ให้เกิดการหยุดชะงักของซีพียูไม่มีเห็บ หลังจากการปรับเปลี่ยนเหล่านี้
แกนแอพลิเคชันไม่ได้ขัดขวางการงานที่ทำงานเกี่ยวกับ
พวกเขาจนกว่าผู้ที่ออกจากงานหรืออย่างชัดเจนปิดไม่มี
โหมดเห็บ ดังแสดงในรูปที่ 2f ที่มาตรฐานต่อไป
พิสูจน์ให้เห็นว่าแกนก็ไม่มีเสียงกับแปลง FWQ แบน

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

เวลาที่เกี่ยวข้องกับเหตุการณ์ มีการจัดการโดยความละเอียดสูงจับเวลาโครงสร้างพื้นฐาน ( hrtimers ) ในเมล็ดและวิธีการของเราเพื่อสร้าง tickless ลินุกซ์ที่ใช้ระบบนี้ hrtimersจัดการต่อ CPU ตามคิวที่สั่ง โดยจับเวลาหมดอายุเวลาและพวกเขาแขนจับเวลาฮาร์ดแวร์ที่สอดคล้องกันของพวกเขาชิปที่รบกวนซีพียูเท่านั้นที่เหตุการณ์ที่ใกล้ที่สุด ที่ตารางเวลา , ตัวอย่างเช่น initializes เป็น hrtimer เรียกหลักตารางเวลาการทำงานในระหว่างการบูตเครื่องและขีดข้างนั่นเครื่องจับเวลากับความถี่ Hz ในทุกติ๊ก เราทำการปรับเปลี่ยนเล็กน้อยเพื่อการทำงานที่ต้องส่งต่อ จับเวลามากเพิ่มเติมในอนาคตมากกว่าความถี่เฮิรตซ์การเปลี่ยนแปลงนี้เท่านั้นทริกเกอร์เมื่อสมัครขอtickless สิ่งแวดล้อมกับระบบโทรศัพท์ และมันเป็นเพียงrunnable กระบวนการหลักของมันในขณะนั้น ในกรณีนั้นซีพียูสลับไปโหมดที่ไม่มีเห็บจับเวลาเพิ่มเติมและแสดงรายการงานเป็นคิวที่สอดคล้องกันระบบปฏิบัติการหลัก , ซึ่งมักจะคำนวณเป็น CPU เป็นครั้งแรกในการประยุกต์ใช้หลักของนูโดเมน กับสภาพแวดล้อมนี้โปรแกรมประยุกต์ที่ได้รับยังขัดจังหวะเนื่องจาก ipis ส่งจากระยะไกล HD สำหรับบริการที่ต้องร่วมมือระดับโลกจากซีพียู เราระบุหนึ่งของบริการเหล่านี้เป็นระบบ rcu จำเป็นตะขอเพื่อและดำเนินการป้องกันการหยุดชะงักไม่ติ๊กซีพียู หลังจากที่การเปลี่ยนแปลงเหล่านี้แกนโปรแกรมไม่ได้รบกวนงานวิ่งในจนกว่างานนั้นออกหรืออย่างชัดเจนปิดไม่ติ๊กในโหมด ดังแสดงในรูปที่ห้อง 2F มาตรฐานเพิ่มเติม ,พิสูจน์ได้ว่าแกนเป็นหงิมๆกับแบน fwq แปลง