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.

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

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

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

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