To cope with the disadvantages of t

To cope with the disadvantages of the above-mentioned approaches, we studied a low-frequency busy-waiting based solution, which exploits the chance for a thread to dynamically scale down/up the frequency of the CPU-core where it is running. Today, mainstream multi-core hardware systems offer the option to scale down/up the frequency of an individual CPUcore, which can be actuated via the Operating System support. Based on this facility, in our approach, the thread by itself scales down the frequency of the associated CPU-core upon entering a blocking phase. Then, when unblocked, it scales up the frequency and proceeds along its execution path. We remark that, as we already discussed, in TM applications it is generally convenient to bound the number of active threads to the number of CPU-cores to prevent performance loss (e.g. see [3]). Under this condition, it is possible to assign each thread to a different CPU-core (e.g. using CPU affinity functions, such as sched setaffinity on Linux/UNIX OS), whose frequency can be regulated by the assigned thread. However, our approach is not limited by this condition. Indeed, it can be easily implemented even for the case where there are more threads than CPU-cores. More generally, it can be implemented for the case it is required to correctly restore the frequency of CPUcores under scenarios with thread reschedule

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

เพื่อรับมือกับข้อเสียของวิธีดังกล่าวข้างต้น เราศึกษาความถี่ต่ำไม่ว่างรอตามโซลูชัน ที่หาประโยชน์โอกาสสำหรับเธรดการมาตราส่วนแบบไดนามิก ลง/ขึ้นความถี่ของ CPU หลักที่ทำ วันนี้ ระบบฮาร์ดแวร์มัลติคอร์หลักเสนอตัวเลือกการปรับขนาด ลง/ขึ้นความถี่ของการ CPUcore ละ ซึ่งสามารถกระตุ้น ด้วยการสนับสนุนระบบปฏิบัติการ อิงจากสถานที่นี้ วิธี ด้าย ด้วยตัวเองจัดมาตราส่วนลงความถี่ของ CPU หลักเกี่ยวข้องเมื่อเข้าขั้นตอนการปิดกั้น จาก นั้น เมื่อบล็อก เครื่องชั่งน้ำหนักค่าความถี่ และดำเนินไปตามเส้นทางของการดำเนินการ เราพูดว่า ขณะที่เราพูดคุยกันแล้ว ในงาน TM นั้นสะดวกกับจำนวนเธรดที่ใช้งานอยู่ของแกน CPU เพื่อป้องกันไม่ให้สูญเสียประสิทธิภาพการทำงาน (เช่นดู [3]) ภายใต้เงื่อนไขนี้ มันเป็นไปได้การกำหนดแต่ละเธรดแตกต่างกัน CPU หลัก (เช่นโดยใช้ฟังก์ชัน affinity CPU เช่น sched setaffinity บนระบบปฏิบัติการ Linux/UNIX), ความถี่ที่สามารถควบคุมได้ โดยเธรดที่กำหนด อย่างไรก็ตาม เราถูกจำกัด โดยเงื่อนไขนี้ จริง มันสามารถได้อย่างง่ายดายดำเนินการสำหรับกรณีมีเธรดที่เพิ่มเติมกว่าแกน CPU โดยทั่วไป มันสามารถถูกนำมาใช้สำหรับกรณีจะต้องถูกต้องคืนค่าความถี่ของ CPUcores ภายใต้สถานการณ์กับกำหนดการเธรด

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

เพื่อรับมือกับข้อเสียของวิธีการดังกล่าวข้างต้นที่เราศึกษาวิธีการแก้ปัญหาความถี่ต่ำไม่ว่างรอตามซึ่งใช้ประโยชน์จากโอกาสที่ด้ายแบบไดนามิกขนาดลง / ขึ้นความถี่ของ CPU-core ที่จะทำงาน วันนี้ระบบฮาร์ดแวร์แบบ multi-core หลักมีตัวเลือกที่จะไต่ลง / ขึ้นความถี่ของ CPUcore บุคคลซึ่งสามารถกระตุ้นผ่านการสนับสนุนระบบปฏิบัติการ ขึ้นอยู่กับสถานที่นี้ในแนวทางของเรา, ด้ายด้วยตัวเองเครื่องชั่งน้ำหนักลงความถี่ของการที่เกี่ยวข้องของ CPU หลักเมื่อเข้าเฟสบล็อก จากนั้นเมื่อยกเลิกการปิดกั้น, เครื่องชั่งน้ำหนักมันขึ้นความถี่และรายได้ตามเส้นทางการปฏิบัติของตน เราสังเกตว่าในขณะที่เรากล่าวแล้วในการใช้งาน TM มันเป็นเรื่องปกติที่สะดวกในการผูกพันจำนวนเธรดที่ใช้งานอยู่กับจำนวนของ CPU-แกนเพื่อป้องกันการสูญเสียประสิทธิภาพในการทำงาน (เช่นเห็น [3]) ภายใต้สภาพเช่นนี้ก็เป็นไปได้ที่จะกำหนดให้แต่ละหัวข้อที่แตกต่างกันของ CPU-core (เช่นฟังก์ชั่นการใช้งาน CPU AF Fi nity เช่น sched setaf nity Fi บน Linux / UNIX OS) ที่มีความถี่สามารถควบคุมโดยด้ายมอบหมาย แต่วิธีการของเราไม่ได้ถูก จำกัด โดยสภาพนี้ อันที่จริงก็สามารถดำเนินการได้ง่ายแม้สำหรับกรณีที่มีหัวข้อมากกว่าซีพียูแกน โดยทั่วไปก็สามารถนำมาใช้สำหรับกรณีที่จะต้องถูกต้องเรียกคืนความถี่ของ CPUcores ภายใต้สถานการณ์ที่มีหมายกำหนดการด้าย

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

เพื่อรับมือกับข้อเสียของวิธีดังกล่าว เราเรียนไม่ว่างรอความถี่ต่ำ ใช้วิธี ซึ่งใช้ประโยชน์จากโอกาสสำหรับด้ายแบบไดนามิกขนาดลง / ขึ้นความถี่ของซีพียู Core ที่กำลังวิ่ง วันนี้ระบบฮาร์ดแวร์แบบหลักให้เลือกขนาดลง / ขึ้นความถี่ของ cpucore บุคคลซึ่งสามารถกระตุ้นผ่านการสนับสนุนระบบปฏิบัติการ ขึ้นอยู่กับสถานที่นี้ ในแนวทางของเรา ด้ายเองชั่งลงความถี่ของ CPU Core ที่พอเข้าบล็อกเฟส แล้ว ถ้าไม่ มันชั่งขึ้นความถี่ และดำเนินเรื่องไปตามเส้นทางการดําเนินการของ เรากล่าวว่า เรากล่าวแล้ว ในการใช้งาน ซึ่งโดยทั่วไปจะสะดวกในการจำกัดจำนวนการใช้งานกระทู้จำนวนซีพียูคอร์เพื่อป้องกันการสูญเสียประสิทธิภาพ ( เช่นดู [ 3 ] ) ภายใต้เงื่อนไขนี้ มันเป็นไปได้ที่จะกำหนดให้แต่ละหัวข้อให้แกน CPU ที่แตกต่างกัน ( เช่นการใช้ CPU AF จึง nity ฟังก์ชัน เช่น sched setaf บน Linux / Unix OS จึง nity ) ที่มีความถี่ที่สามารถควบคุมโดยกำหนดหัวข้อ อย่างไรก็ตาม แนวทางของเราคือไม่ จำกัด โดยเงื่อนไขนี้ แน่นอน , มันสามารถใช้งานได้อย่างง่ายดายแม้ในกรณีที่มีหัวข้อมากกว่าซีพียูคอร์ เพิ่มเติมโดยทั่วไป มันสามารถใช้สำหรับกรณีนี้จะต้องถูกเรียกคืนความถี่ของ cpucores ภายใต้สถานการณ์ใหม่ ด้วยด้าย