The monitoring component (MC) provi

The monitoring component (MC) provides an interface
for the rest of DCPS to report status to the outside world
via several means. It can log debugging information to a
file, populate EPICS displays, or send feedback to the userinterface
component (UIC).
Typically, logging implies writing out successive lines of
text to a file to aid in tracing the order in which events
occur. There are different levels of log details such as error,
warning, informational, and one or more levels of debug with
increasing verbosity. RFC5424 from the Internet Engineering
task force defines eight logging levels which the MC will
implement. The various levels allow filtering based on the
characteristics of a given test. For example, an error indicates
an identified problem causing a failure, whereas a warning is
something that might be a concern but is not catastrophic.

Informational messages help tagging events in a timeline
(initialization complete, shot started, etc.), and debug messages
only serve a transient purpose while a developer traces down
a problem. Debug messages tend to be more intrusive to
real-time operations, either because of a high frequency or
because of overhead associated with crafting the specific line
of text.

Logging on a real-time system presents a challenge due to
the nondeterministic nature of writing out files. Whether the
application stores files on a local disk, a network mount, or
some other medium, writing to the files still requires kernel
system calls that disrupt deterministic real-time processing.
There are two approaches that, when combined, alleviate this
challenge.

For the first approach, the MC will do any output in a low
priority thread on a dedicated CPU. Conversely, the input will
arrive in a high priority thread that queues the writes to the
low priority thread. This separation between priorities provides
a mechanism that keeps short tasking at a high priority and
long tasking at a low priority to optimally allocate the system
resources.

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

คอมโพเนนต์การตรวจสอบ (MC) เป็นอินเตอร์เฟสสำหรับส่วนเหลือของ DCPS รายงานสถานะจากโลกภายนอกผ่านหลายวิธีการ คุณสามารถล็อกข้อมูลตรวจแก้จุดบกพร่องเพื่อการไฟล์ ใส่แสดงบทมหากาพย์ หรือส่งคำติชมไป userinterfaceส่วนประกอบ (UIC)ถึงโดยทั่วไป บันทึกเขียนบรรทัดต่อ ๆ มาของข้อความไปยังแฟ้มเพื่อช่วยในการติดตามใบสั่งในเหตุการณ์ต่าง ๆเกิดขึ้น มีการบันทึกรายละเอียดเช่นข้อผิดพลาด ต่างระดับคำเตือน ให้ข้อมูล และระดับ หนึ่งของการตรวจแก้จุดบกพร่องกับเพิ่มอ่าน RFC5424 จากวิศวกรรมอินเทอร์เน็ตแรงงานกำหนดระดับบันทึกแปดซึ่งจะ MCใช้ ระดับต่าง ๆ ให้กรองข้อมูลตามลักษณะของการทดสอบที่กำหนด ตัวอย่างเช่น ข้อผิดพลาดที่แสดงปัญหาในการระบุสาเหตุของความล้มเหลว ในขณะที่เป็นคำเตือนสิ่งที่อาจเป็นปัญหา แต่ไม่รุนแรงข้อความที่ให้ข้อมูลช่วยแท็กเหตุการณ์ในไทม์ไลน์(เริ่มต้นสมบูรณ์ ภาพเริ่มต้น ฯลฯ), และข้อความการตรวจแก้จุดบกพร่องเฉพาะ ตามวัตถุประสงค์ชั่วคราวในขณะที่นักพัฒนาสืบลงมีปัญหา ข้อความการตรวจแก้จุดบกพร่องมักจะรำคาญมากไปการดำเนินงานที่แบบเรียลไทม์ อย่างใดอย่างหนึ่งเนื่องจากความถี่สูง หรือเนื่องจากค่าผลิตที่เกี่ยวข้องกับบรรทัดเฉพาะงานหัตถกรรมข้อความเข้าสู่ระบบแบบเรียลไทม์นำเสนอความท้าทายจากการธรรมชาติที่ถูกเขียนจากแฟ้ม ว่าการโปรแกรมเก็บแฟ้มบนดิสก์ภายในเครื่อง ติดตั้งเครือข่าย หรือบางสื่ออื่น ๆ เขียนไฟล์ยังคงต้องใช้เคอร์เนลเรียกระบบที่ทำให้การประมวลผลแบบเรียลไทม์ deterministicมีสองวิธีที่ รวม บรรเทานี้ความท้าทายสำหรับวิธีการแรก MC จะไม่แสดงผลใด ๆ ในการเธรดระดับความสำคัญบน CPU โดยเฉพาะ ในทางกลับกัน การป้อนข้อมูลจะในเธรดระดับความสำคัญสูงที่คิวการเขียนไปเธรดระดับความสำคัญต่ำ ให้แยกระหว่างความสำคัญกลไกที่ช่วยให้สั้นทำงานหลากหลายที่มีความสำคัญสูง และยาวทำงานหลากหลายที่ลำดับความสำคัญต่ำเหมาะสมจัดสรรระบบทรัพยากร

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

องค์ประกอบการตรวจสอบ (MC) ให้อินเตอร์เฟซ
สำหรับส่วนที่เหลือของ DCPS เพื่อรายงานสถานะโลกภายนอก
ผ่านทางหลายวิธี มันสามารถเข้าสู่ระบบการแก้จุดบกพร่องข้อมูลไปยัง
ไฟล์เติมแสดงมหากาพย์หรือส่งข้อเสนอแนะเพื่อ userinterface
ส่วนประกอบ (UIC).
โดยปกติการเข้าสู่ระบบหมายถึงเขียนออกเส้นต่อเนื่องของ
ข้อความไปยังไฟล์ที่จะช่วยในการติดตามการสั่งซื้อในเหตุการณ์ที่
เกิดขึ้น มีระดับที่แตกต่างของรายละเอียดการเข้าสู่ระบบเช่นข้อผิดพลาดที่มี
การเตือนให้ข้อมูลและหนึ่งหรือมากกว่าระดับของการแก้ปัญหาที่มี
ฟุ่มเฟื่อยที่เพิ่มขึ้น RFC5424 จากวิศวกรรมอินเทอร์เน็ต
กำลังงานกำหนดแปดระดับการเข้าสู่ระบบที่พิธีกรจะ
ดำเนินการ ระดับต่างๆช่วยให้กรองขึ้นอยู่กับ
ลักษณะของการทดสอบที่กำหนด ยกตัวอย่างเช่นข้อผิดพลาดที่บ่งชี้ว่า
เป็นปัญหาที่ก่อให้เกิดความล้มเหลวในการระบุในขณะที่คำเตือนเป็น
บางสิ่งบางอย่างที่อาจจะมีความกังวล แต่ไม่ได้เป็นภัยพิบัติ. ข้อความข้อมูลช่วยให้เหตุการณ์การติดแท็กในระยะเวลา(เริ่มต้นที่สมบูรณ์ยิงเริ่มต้น ฯลฯ ) และข้อความแก้ปัญหาเพียงตอบสนองวัตถุประสงค์ชั่วคราวในขณะที่นักพัฒนามีร่องรอยลงปัญหา ข้อความแก้ปัญหามีแนวโน้มที่จะล่วงล้ำการดำเนินงานแบบ real-time ทั้งเนื่องจากความถี่สูงหรือเพราะค่าใช้จ่ายที่เกี่ยวข้องกับการกำหนดเส้นที่เฉพาะเจาะจงของข้อความ. การบันทึกข้อมูลในระบบเวลาจริงนำเสนอความท้าทายอันเนื่องมาจากธรรมชาติ nondeterministic ของการเขียนออกมา ไฟล์ ไม่ว่าจะเป็นไฟล์สมัครร้านบนดิสก์เครือข่ายท้องถิ่นติดหรือบางสื่ออื่น ๆ เขียนไปยังแฟ้มยังคงต้องเคอร์เนลโทรระบบที่ส่งผลกระทบต่อการประมวลผลแบบ real-time กำหนด. มีสองวิธีที่เมื่อรวมบรรเทานี้ท้าทาย. สำหรับ วิธีแรกที่พิธีกรจะทำผลใด ๆ ในที่ต่ำด้ายความสำคัญกับ CPU ที่ทุ่มเท ตรงกันข้ามการป้อนข้อมูลที่จะมาถึงในหัวข้อที่มีความสำคัญสูงที่คิวเขียนไปด้ายลำดับความสำคัญต่ำ แยกระหว่างความคาดหวังนี้จะให้กลไกที่ช่วยให้ทาสกิ้งสั้น ๆ ที่มีความสำคัญสูงและทาสกิ้งยาวที่มีความสำคัญในระดับต่ำอย่างดีที่สุดเพื่อจัดสรรระบบทรัพยากร

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

การตรวจสอบชิ้นส่วน ( MC ) มีอินเตอร์เฟซสำหรับส่วนที่เหลือของ dcps รายงานสถานะกับโลกภายนอกผ่านหลายวิธี มันสามารถบันทึกข้อมูลการดีบักแฟ้มใส่มหากาพย์แสดงหรือส่งความคิดเห็นไปยังผู้ใช้ส่วนประกอบ ( UIC )โดยปกติการบันทึกหมายถึงการเขียนเส้นต่อเนื่องของข้อความไปยังแฟ้มเพื่อช่วยในการติดตามเพื่อที่เหตุการณ์เกิดขึ้น มีระดับที่แตกต่างกันของข้อมูล log เช่นข้อผิดพลาดเตือนครอบครัวและหนึ่งหรือมากกว่าหนึ่งระดับของการตรวจสอบกับเพิ่มการใช้ถ้อยคำมากเกินไป rfc5424 จากวิศวกรรมอินเทอร์เน็ตงานกำหนดแปดบันทึกระดับซึ่งพิธีกรจะใช้ . ระดับต่าง ๆ ให้กรองตามกำหนดลักษณะของแบบทดสอบ ตัวอย่างเช่นข้อผิดพลาดที่บ่งชี้ว่าการระบุปัญหาและสาเหตุที่ก่อให้เกิดความล้มเหลว ในขณะที่คำเตือนคือบางอย่างที่อาจเป็นกังวล แต่ก็ไม่ได้รุนแรงข้อความเกี่ยวกับข้อมูลช่วยให้เหตุการณ์ในช่วงเวลา( เริ่มต้นสมบูรณ์ยิงเริ่มต้น , ฯลฯ ) , และดีบักข้อความเพียงใช้งานชั่วคราวในขณะที่นักพัฒนาร่องรอยลงปัญหา ดีบักข้อความมีแนวโน้มที่จะเพิ่มเติมรบกวนไปปฏิบัติการเวลาจริงเหมือนกัน เพราะความถี่สูง หรือเนื่องจากค่าใช้จ่ายที่เกี่ยวข้องกับการสร้างบรรทัดที่เฉพาะเจาะจงของข้อความเข้าสู่ระบบในระบบเรียลไทม์แสดงความท้าทาย เนื่องจากธรรมชาติ nondeterministic เขียนไฟล์ ว่าร้านค้าการประยุกต์ใช้ไฟล์บนดิสก์ท้องถิ่นหรือเครือข่ายภูเขาอื่น ๆบาง กลาง เขียนไฟล์ยังใช้เคอร์เนลระบบโทรศัพท์ที่ทำให้การประมวลผลแบบ deterministic .มีอยู่สองวิธีที่เมื่อรวมบรรเทานี้ความท้าทายสำหรับวิธีแรก พิธีกรจะทำให้ผลผลิตในระดับความหัวข้อเฉพาะซีพียู ในทางกลับกัน การป้อนข้อมูลจะมาถึงหัวข้อลำดับความสำคัญสูงที่คิวที่เขียนถึงด้ายลำดับความสำคัญต่ำ นี้แยกลำดับความสำคัญให้กลไกที่ทำให้สั้น tasking ที่ลำดับความสำคัญสูงนานเจอที่ความสำคัญน้อยดีที่สุด จัดสรรระบบทรัพยากร