นาฬิกาเรียลไทม์ (RTC) จำเป็นสำหรับระบบเรียลไทม์หรือไม่? [ปิด]

11

ปิด คำถามนี้ต้องการรายละเอียดหรือความคมชัด ไม่ยอมรับคำตอบในขณะนี้

ต้องการปรับปรุงคำถามนี้หรือไม่ เพิ่มรายละเอียดและชี้แจงปัญหาโดยแก้ไขโพสต์นี้

ปิดให้บริการใน2 ปีที่ผ่านมา

สมมติว่าเรากำลังทำงานบนระบบเรียลไทม์และฮาร์ดแวร์ซึ่งประกอบด้วยตัวนับความละเอียดสูงการมี RTC ส่งผลกระทบต่อความทันเวลาของระบบหรือไม่?

นี่มันบอกว่ามันช่วยลดการใช้ CPU และหน่วยความจำ แต่มีวิธีเปรียบเทียบความแตกต่างอย่างใด?

rtc

— www
แหล่งที่มา

13

การเปรียบเทียบในลิงค์เป็นเพียงโง่

— ท่อ

10

อ๋อ @pipe และบนยอดนั้นแม้ตัวเลขจะผิดทั้งหมด ฉันยินดีซื้อชิป RTC ราคา DS12C887 พร้อมข้อผิดพลาด "1 วินาทีใน 100 ปี" ในความเป็นจริงฉันจะซื้อให้มากที่สุดเท่าที่เงินออมของฉันอนุญาตให้ซื้อ นั่นคือความแม่นยำ 300ppb กว่า 100 ปี นั่นคือความถี่ที่ดีจริงๆ

— Marcus Müller

8

ระบบเรียลไทม์และนาฬิกาเรียลไทม์เป็นสิ่งที่แตกต่างกันและไม่มีการเปรียบเทียบ RTC มีไว้สำหรับการบันทึกเวลาและระบบ Real Time นั้นใช้เพื่อให้บริการตามเวลาจริง (ไม่ใช่ใน UTC แต่เหมือนในความรวดเร็ว)

— MaNyYaCk

3

@pipe DS12C887, 100 ปีรุ่นแผน

— Marcus Müller

4

@JimmyB นาฬิกาแบบนี้เหมาะสำหรับเวลาไม่ใช่เวลา ! แม้ว่าคุณจะมียุคอ้างอิงเรามักจะตั้งค่าไว้ที่ TAI (หรือ GPS) และใช้การแก้ไข UTC ที่เกี่ยวข้องเมื่อเราต้องการ UTC ในกรณีของ GPS พารามิเตอร์การแก้ไขนี้มาจาก ephemeris UTC เป็น "เขตเวลา" ในแง่นั้น - ในทำนองเดียวกันคุณไม่ได้รีเซ็ตนาฬิกาเมื่อ DST มีผลและรอให้มันกลับมามีเสถียรภาพ - ไม่มีอะไรจะรีเซ็ตเนื่องจากนาฬิกาให้คุณพัลส์ไม่ใช่การประทับเวลา

— การแข่งขัน Lightness ใน Orbit

40

บทความที่คุณเชื่อมโยงนั้นสมบูรณ์และไร้สาระที่สุด "เรียลไทม์" ใน "นาฬิกาเรียลไทม์" (ตามที่ใช้เพื่ออ้างถึงประเภทของอุปกรณ์ hardward ที่อธิบายไว้ในบทความ) และ "เรียลไทม์" ใน "ระบบเรียลไทม์" เป็นคำที่แตกต่างกันโดยสิ้นเชิง อดีตหมายถึงการจัดเก็บเวลาในปฏิทินปัจจุบัน (โดยปกติจะมีการประมาณที่ไม่ดีมากเมื่อเทียบกับความแม่นยำสูงเช่นบทความที่อ้างถึงที่เชื่อมโยง) และจะก้าวหน้าโดยไม่ต้องใช้พลังงานจากภายนอกโดยใช้แบตเตอรี่ชนิดปุ่ม หลังหมายถึงการตอบสนองต่อเหตุการณ์ที่มีขอบเขตอย่างหนักต่อเวลาแฝงนับจากเวลาของเหตุการณ์จนถึงเวลาของการตอบสนอง

อีกสองสามบิตจากบทความเพื่อพิสูจน์ว่าควรถือว่าไม่น่าเชื่อถือ:

เกือบเล็กน้อย ของการสั่งซื้อ 1 วินาทีใน 100 ปี

1 วินาทีใน 100 ปีประมาณ 317 ppt (ใช่แล้วนั่นคือส่วนต่อล้านล้านล้านดอลลาร์ ) คุณไม่สามารถรับความเสถียรของนาฬิกาแบบนั้นได้ด้วยเทคโนโลยีนาฬิกาที่มีวางจำหน่ายทั่วไป แม้แต่การได้รับมันถึง 1 วินาทีต่อปีก็ยังต้องการ OCXO อย่างน้อยซึ่งต้องใช้กำลังสูงและควบคุมอุณหภูมิได้ตลอดเวลา ความคิดที่คุณจะได้รับจากอุปกรณ์ที่ใช้พลังงานจากแบตเตอรี่แบบเหรียญมีอายุการใช้งานยาวนานเป็นสิ่งที่น่าหัวเราะ

ระบบเวลาจริงเช่นนาฬิกาดิจิตอลระบบการเข้าร่วมกล้องดิจิตอล

สิ่งเหล่านี้ไม่เรียกว่าระบบเรียลไทม์

— R .. GitHub หยุดช่วยน้ำแข็ง
แหล่งที่มา

1

ที่จริงแล้วระบบเหล่านั้นมักจะมีองค์ประกอบแบบเรียลไทม์แม้ว่า "soft เรียลไทม์" เนื่องจากผลที่ตามมาจากการหายไป / overrunning ติ๊กประมวลผลมีขนาดเล็ก ไม่เข้าใจผิดว่าผู้เขียนลิงค์คิดว่า

— เกรแฮม

3

@Graham: ในบางแง่มุมพวกเขาทำ แต่ระยะขอบมีขนาดใหญ่มากโดยทั่วไปคุณคิดว่าพวกเขาไม่ใช่เรียลไทม์ ในที่สุดระบบโต้ตอบใด ๆ จะเป็นเรียลไทม์หากคุณขยายคำจำกัดความให้มากพอเพราะเมื่อมันไม่ตอบสนองต่อนาทีหรือชั่วโมงใครบางคนกำลังคิดว่ามันล้มเหลว :-) ดังนั้นฉันคิดว่ามันมีประโยชน์เฉพาะในการจัดหมวดหมู่บางสิ่งบางอย่างเป็น "เรียลไทม์" เมื่อมีระยะขอบเล็ก ๆ และผลกระทบที่ร้ายแรงสำหรับการหายไป

— . GitHub หยุดช่วยน้ำแข็ง

3

@R .. ระบบทั้งหมดไม่ใช่แบบเรียลไทม์แม้จะมีระยะขอบที่มาก หากระบบมีความสามารถในการแขวนอย่างไม่มีกำหนดมันจะไม่เป็นระบบเรียลไทม์ ระบบต้องมีการรับประกันที่แน่นอนว่าช่วงเวลาจะใช้ระยะเวลาที่ จำกัด เท่านั้นและการแฮงก์ (การหยุดชะงัก / การหมุนวน) คือตามคำจำกัดความไม่มีที่สิ้นสุด

— ป่า

2

การอภิปรายเมตาเกี่ยวกับสิ่งที่ระบบเรียลไทม์ไม่ได้อยู่ในส่วนความคิดเห็น

— ท่อ

1

@ เรา: แน่นอนฉันทำมันยุ่ง แต่ตอนนี้ที่ฉันดูอีกครั้งฉันคิดว่าฉันออกโดย 2 ปัจจัยจาก 10 - ไม่ควร 0.316ppb? คิดเป็น 1 วินาที / (100 * secs_per_year) โดยที่ secs_per_year = 31556952

— . GitHub หยุดช่วยน้ำแข็ง

39

ระบบเวลาจริงเป็นสิ่งที่ตอบสนองต่อเหตุการณ์ / สิ่งเร้าภายในหรือภายนอกในเวลาที่กำหนดและเวลานั้นมักจะเป็นมิลลิวินาทีหรือไมโครวินาที มันต้องการตัวจับเวลาที่มีความแม่นยำขนาดเล็กมากกว่า RTC

และคำตอบสำหรับคำถามของคุณคือไม่มันจะไม่ส่งผลกระทบต่อเวลาที่แท้จริงของระบบ

— MaNyYaCk
แหล่งที่มา

1

นี้สั้นและตรงประเด็นตอบคำถาม IMO

— Rev1.0

หน่วยงานของรัฐบาลกลางบางแห่งเช่นธนาคารใช้ 1ns RTC ในเซิร์ฟเวอร์ตามนาฬิกาอะตอม แม้แต่คำใบ้ของการดัดแปลงลิงก์ไมโครเวฟจะเปลี่ยนเวลาการเปลี่ยนเครื่องเป็นผู้รับ Fast RTC นั้นดีสำหรับเซมาฟอร์หลายเฟส

— Sparky256

4

ระบบเรียลไทม์บางระบบไม่จำเป็นต้องใช้ตัวจับเวลาเนื่องจากเป็นตัวขับเคลื่อนเหตุการณ์ทั้งหมดและไม่จำเป็นต้องมีเหตุการณ์ตามเวลา ระบบจะต้องตอบกลับแต่ละเหตุการณ์ภายในช่วงเวลาที่กำหนดไว้สำหรับเหตุการณ์นั้นรวมถึงเมื่อมีเหตุการณ์หลายเหตุการณ์เกิดขึ้นใกล้กัน ในบางกรณีอาจจำเป็นต้องใช้เคอร์เนลแบบยึดเอาไว้ ตัวจับเวลาภายนอกอาจถูกใช้เพื่อตรวจสอบความถูกต้องของระบบที่ใช้งานภายในข้อ จำกัด ด้านเวลา

— rcgldr

2

หากคุณต้องการตัวอย่างของโลกแห่งความจริงระบบปฏิบัติการ OS-9 ของ MicroWare สำหรับโปรเซสเซอร์ Motorola 6809 / Hitachi 6309 เป็นระบบเวลาจริง ซีรีย์ Tandy Color Computer ใช้ประโยชน์ 6809s และวิ่ง OS-9 (การสัมผัสครั้งแรกของฉันกับระบบปฏิบัติการที่เหมือน * nix) และนาฬิกาเรียลไทม์ไม่เคยเป็นอุปกรณ์มาตรฐานในระบบนั้นและไม่จำเป็นสำหรับ OS-9 ในการทำงาน

— zmerch

3

หากระบบของคุณออฟไลน์หลังจากรีเซ็ตและมี RTC ระบบจะสามารถกำหนดวันที่ที่เหมาะสมลงในบันทึก บันทึกอาจมีขนาดใหญ่มากในกรณีที่คุณต้องตรวจสอบและมีการประทับเวลาผิดจะทำให้คุณผู้พัฒนาซอฟต์แวร์และลูกค้าของคุณคลั่งไคล้และในการตรวจสอบทั่วไปแทบเป็นไปไม่ได้

ง่ายหรือยากต่ำหรือสูงในบทความที่คุณอ้างถึงเป็นความคิดเห็นส่วนตัว มันเป็นเรื่องยากและค่าใช้จ่ายหากคุณไม่เคยทำมาก่อนและไม่มีข้อกำหนดของระบบที่ชัดเจนและคำชี้แจงของงาน และเป็นเรื่องง่ายและราคาถูกเมื่อคุณรู้ว่าคุณต้องการอะไรและเป็นอุปกรณ์ที่ดีที่สุดที่จะใช้

— ไม่ระบุชื่อ
แหล่งที่มา

คำถามคือวิธีลดปริมาณเวลา CPU ที่ลดลงและการใช้หน่วยความจำของ RTC เทียบกับไม่มี RTC ในระบบเรียลไทม์ คำตอบของคุณไม่ได้ตอบว่า

— ท่อ

1

@pipe ขึ้นอยู่กับสถาปัตยกรรมและข้อกำหนดของ CPU เป็นไปไม่ได้ที่จะตอบด้วยข้อมูลที่หายาก คำตอบของฉันบอกว่าทำไมRTC ต้องอยู่ที่นั่นแทนที่จะเป็น bla-bla ทั่วไปเกี่ยวกับวิธีการที่จะสามารถทำได้ โปรแกรมเมอร์และสถาปนิกระบบอาจออกแบบระบบที่ดีและรหัสและระบบที่ไม่ดีและรหัสในแง่ของเวลาที่ใช้ในเวลา

— ไม่ระบุชื่อ

3

ในระบบส่วนใหญ่ข้อได้เปรียบที่แท้จริงของอุปกรณ์ต่อพ่วง RTC เหนือการรักษาเวลาอื่น ๆ คือการวัดเวลาของ RTC จะไม่ได้รับผลกระทบเมื่อส่วนที่เหลือของระบบเข้าสู่โหมดสลีปหรือในบางกรณีปิดการทำงานโดยสิ้นเชิง ในความเป็นจริงอุปกรณ์ต่อพ่วง RTC หลายตัวได้รับการออกแบบมาในรูปแบบที่จะทำให้อุปกรณ์เหล่านี้ใช้งานไม่ได้ตามวัตถุประสงค์ส่วนใหญ่นอกเหนือจากการบันทึกเวลาโดยประมาณของวัน อุปกรณ์ต่อพ่วง RTC จำนวนมาก (ตัวอย่างเช่นอาจเป็นเสียงส่วนใหญ่ แต่อาจไม่ใช่ซูเปอร์เมเจอร์) จำกัด เวลาในการรายงานโดยเพิ่มทีละหนึ่งวินาทีและอย่างน้อยในบางครั้งอาจต้องรอการซิงโครไนซ์เมื่อตั้งปลุกหรือ - บางกรณี - เพียงแค่พยายามอ่านเวลา ดังนั้นวิธีปกติในการใช้ RTC คือการคัดลอกค่าไปยังนาฬิกาที่มีประโยชน์มากขึ้นเมื่อเริ่มต้นตั้งค่าเมื่อใดก็ตามที่มีการตั้งค่า "Wall time"

และการอ่านที่ต่อเนื่องกันสี่ครั้งใด ๆ จะรับประกันได้ว่าจะมีการแข่งขันสองรายการนั้น (และถูกต้อง) เว้นแต่ว่าจะผ่านไปมากกว่า 1/32768 วินาทีระหว่างรอบแรกและครั้งสุดท้าย การตั้งค่าการเตือนอาจสร้างเหตุการณ์การปลุกแบบปลอม แต่ลำดับ:

ปิดการใช้งานการขัดจังหวะจากสลักปลุก
ตั้งเวลาปลุกได้นานถึง 0x7FFFFFFF เห็บ (ประมาณ 9 ชั่วโมง) ล่วงหน้า
รีเซ็ตวงจรปลุก
อ่านนาฬิกา
หากเวลาที่อ่านใหม่แสดงว่าถึงเวลาปลุกแล้วให้ดำเนินการอย่างเหมาะสม
เปิดใช้งานการขัดจังหวะจากสลักปลุก

ควรจัดการกับเคสขอบทั้งหมดอย่างง่ายดายเพียงพอที่จะเหมาะสำหรับการใช้งานโดยทั่วไป น่าเสียดายไม่ว่าด้วยเหตุผลใดอุปกรณ์ต่อพ่วง RTC ไม่เคยถูกออกแบบมา แต่อย่างใด แต่มีความซับซ้อนและมีประโยชน์น้อยกว่า

— SuperCat
แหล่งที่มา

"ของจริง" RTCs ยังมีฟังก์ชั่นปฏิทิน (วันของเดือน, วันของสัปดาห์, ปีอธิกสุรทิน, ... ) ซึ่งอาจยุ่งยากในการใช้งานตัวคุณเองในซอฟต์แวร์

— JimmyB

1

@ JimmyB: ซอฟต์แวร์ที่ต้องการทำอะไรที่ไม่สำคัญกับวันที่และเวลาโดยทั่วไปจะมีตรรกะดังกล่าวอยู่แล้วและความสามารถในการเก็บสิ่งต่าง ๆ ในรูปแบบเชิงเส้นยกเว้นเมื่อใช้ I / O ของผู้ใช้จะสะอาดกว่าการแปลงจากไร้ประโยชน์ BCD YMDhms เป็นเวลาเชิงเส้นทุกครั้งที่อ่าน RTC และแปลงกลับมาเป็นค่าเริ่มต้นเมื่อเขียน

— supercat

1

@JimmyB: เป็นตัวอย่างง่ายๆหากมีใครบางคนที่จะเพิ่มพลังให้กับระบบในสิ่งที่ดูเหมือนจะเป็น 2016-03-01 00:30 และมันก็เปิดใช้งานครั้งสุดท้ายเมื่อวันที่ 2015-10-01 เวลา 00:30:00 เวลาจะเป็นอย่างไร ซอฟต์แวร์จำเป็นต้องรู้ว่าเดือนกุมภาพันธ์มี 29 วันในปี 2559 เพื่อตรวจสอบว่าเวลาเป็น 2015-02-29 23:30:00 ดังนั้นฮาร์ดแวร์ปฏิทินจะซื้ออะไรกันแน่?

— supercat

ชิป RTC ที่อ้างอิงใน OP จะจัดการปีอธิกสุรทินอย่างถูกต้องด้วยตัวเอง

— JimmyB

1

@JimmyB: หากครั้งแรกที่ระบบเปิดหลังจากการเปลี่ยนจากการปรับเวลาตามฤดูกาลซอฟต์แวร์จะต้องสามารถตั้งค่านาฬิกากลับได้หนึ่งชั่วโมง หากเกิดขึ้นระหว่างเที่ยงคืนถึง 1:00 น. นั่นจะต้องมีการตั้งค่าปฏิทินกลับวันซึ่งจะต้องมีการทำความเข้าใจกับปฏิทิน แน่นอนว่าหากไม่มีใครต้องการให้ผู้ใช้ตั้งค่าวันทำงานและวันที่ด้วยตนเองวิธีที่ง่ายที่สุดในการใช้การปรับเวลาตามฤดูกาลคือการทำงานกับวันที่เชิงเส้น

— supercat

3

ดูเหมือนว่านี่จะเป็นปัญหาของคำศัพท์รอบการใช้คำว่า "เวลาจริง"

นาฬิกาเรียลไทม์

นาฬิกาเรียลไทม์เป็นอุปกรณ์สำหรับการจับเวลาที่เสถียร / ถูกต้อง (ภายในบางช่วงเวลา) เพื่อให้ระบบโฮสต์สามารถใช้เพื่อเชื่อมโยงเหตุการณ์ / การกระทำกับเวลาและวันที่ที่เกิดเหตุการณ์

คุณสามารถนึกถึงนาฬิกาแบบเรียลไทม์ซึ่งคล้ายกับอวัยวะภายในของนาฬิกาดิจิตอลที่เชื่อมต่อกับคอมพิวเตอร์ มันมีการอ้างอิงเวลาขับเคลื่อนอิสระที่ออกแบบมาเพื่อความมั่นคงและความถูกต้องสมเหตุสมผล เช่นเดียวกับนาฬิกาดิจิตอลจะไม่สูญเสียการติดตามของเวลาปัจจุบันเพียงเพราะคอมพิวเตอร์แม่ข่ายถูกปิด นาฬิกาเรียลไทม์ได้รับการติดตั้งกับคอมพิวเตอร์เป็นส่วนใหญ่เพื่อความสะดวกสบายเพื่อให้ผู้ใช้ไม่ต้องป้อนเวลาและวันที่ปัจจุบันใหม่ทุกครั้งที่ระบบเริ่มทำงานหรือทำการปรับเปลี่ยนบ่อย ๆ เพื่อชดเชยการดริฟท์

ทางเลือกอื่นสำหรับนาฬิกาแบบเรียลไทม์คือการใช้ซอฟต์แวร์และตัวจับเวลาภายในที่ขับเคลื่อนด้วยนาฬิการะบบ วิธีการดังกล่าวใช้การได้ (พีซี IBM ดั้งเดิมทำงานในลักษณะนั้น) แต่ไม่เสถียรเป็นพิเศษ มันจะสูญเสียการติดตามวันที่ / เวลา ณ จุดใด ๆ ที่ระบบปฏิบัติการปิดตัวลงแฮงค์หรือล้มเหลว

ระบบเรียลไทม์

เมื่อคำว่า "เรียลไทม์" ถูกนำไปใช้กับระบบคอมพิวเตอร์หรือแอปพลิเคชันมันจะอธิบายระบบที่ตอบสนองต่อเหตุการณ์ในโลกแห่งความจริงในเวลาที่สั้นและกำหนดเวลาได้มาก - บ่อยครั้งเพียงไม่กี่มิลลิวินาที ของอินพุตพร้อมกัน ระบบแบบเรียลไทม์ถูกใช้สำหรับสิ่งต่าง ๆ เช่นการควบคุมเครื่องจักร - หุ่นยนต์จำลองและเกม แม้ว่าแอปพลิเคชันแบบเรียลไทม์อาจใช้ประโยชน์จากข้อมูลเวลาและวันที่ปัจจุบัน แต่แอปพลิเคชันไม่ได้เป็น "แบบเรียลไทม์" เพียงเพราะใช้ประโยชน์จากเวลาและวันที่ปัจจุบัน

นาฬิกาเรียลไทม์เทียบกับตัวจับเวลาความละเอียดสูง

ตามที่ระบุไว้ข้างต้นจุดประสงค์ของนาฬิกาเรียลไทม์คือการติดตามวันที่และเวลาปัจจุบันอย่างน่าเชื่อถือโดยทั่วไปเพียงแค่วินาที อันที่ดีจะมีการดริฟท์น้อยที่สุด โดยทั่วไปนาฬิกาเรียลไทม์จะไม่มีความละเอียดสูง นาฬิกาพื้นฐานของพวกเขามักจะทำงานค่อนข้างช้าเมื่อเทียบกับนาฬิกา CPU รุ่นใหม่ นี่คือการลดการใช้พลังงานให้น้อยที่สุด (ระบายออกจากแหล่งพลังงานอิสระ) เพื่อที่นาฬิกาจะยังคงรักษาเวลาได้อย่างน่าเชื่อถือหากคอมพิวเตอร์แม่ข่ายปิดอยู่เป็นระยะเวลานาน

ตัวจับเวลาความละเอียดสูงไม่เกี่ยวข้องกับเวลาหรือวันที่ปัจจุบัน โดยมีวัตถุประสงค์คือการวัดช่วงเวลาที่มีความแม่นยำบางอย่างอาจเป็นไมโครวินาทีหรือน้อยกว่า เพื่อให้บรรลุผลดังกล่าวจะต้องใช้นาฬิกาความถี่สูงที่เสถียรซึ่งโดยทั่วไปคือนาฬิการะบบคอมพิวเตอร์ ตัวนับความละเอียดสูงโดยทั่วไปจะไม่เกี่ยวข้องกับการล่องลอยในระยะเวลานานเนื่องจากวัตถุประสงค์ปกติคือการวัดเวลาสำหรับช่วงเวลาสั้น ๆ ตัวจับเวลาความละเอียดสูงไม่มีข้อกังวลเรื่องการใช้พลังงานเช่นเดียวกับนาฬิกาแบบเรียลไทม์เนื่องจากไม่มีงานทำในขณะที่โฮสต์คอมพิวเตอร์ปิดอยู่

— แอนโทนี่ X
แหล่งที่มา

1

ในฐานะที่เป็นเพียงเล็กน้อย niggle "สั้นที่สุด [... ] เป็นไปได้" ไม่ถือว่าเป็นเวลาจริง เรียลไทม์คือการตอบสนองในเวลาที่กำหนดหรือด้วยการสั่งซื้อที่กำหนดหากมีหลายเหตุการณ์เกิดขึ้นพร้อมกัน

— awjlogan

0

ฉันคิดว่าเหตุผลหลักสำหรับนาฬิกาเรียลไทม์คือเวลาที่แม่นยำในบางช่วงเวลา นาฬิกาปกติมักจะถูกตัดแต่งด้วยตัวเก็บประจุและสามารถมีความคลาดเคลื่อนของความถี่ที่มากขึ้นตามปัจจัยที่หลากหลายซึ่งอาจอยู่นอกเหนือการควบคุมเช่นความจุ / ความต้านทานของวงจรจับเวลาของนาฬิกาที่ไม่ได้รับการปรับจูน ทำหน้าที่จุดประสงค์ในการต่อสู้เพื่อประสิทธิภาพรวมถึงมักจะมีตรรกะโปรแกรมที่สามารถแบ่งเวลาที่จะนำข้อผิดพลาดกลับมาได้อีกครั้ง

โดยปกติแล้ว RTC สามารถมีตัวจับเวลาและดูสุนัข ฯลฯ ควบคู่ไปกับมันให้การรับประกันหรือการสันนิษฐานที่ดีว่าในช่วงเวลาปกติที่แม่นยำซึ่งสามารถอยู่ในเฟสด้วยขั้นตอนต่าง ๆ ที่กำหนดหรือรหัสจะถูกดำเนินการ คุณไม่สามารถรับสิ่งนี้ได้อย่างง่ายดายด้วยนาฬิกาปกติ หรือคุณต้องระมัดระวังในการผลิตมากว่านาฬิกามีความแม่นยำ คุณสามารถเห็นสิ่งต่าง ๆ เช่นเสียงและสิ่งที่ไม่จำเป็นต้องใช้ rtc แทนนาฬิการะบบความเร็วสูง

สำหรับสิ่งที่ RTC หมายถึงฉันไม่สามารถพูดได้อย่างแน่นอน ฉันรู้ว่า Linux เป็นเครื่องมือที่แพร่หลายในโลกที่ฝังตัว แต่ฉันไม่แน่ใจว่ามันทำงานได้ดีสำหรับแอปพลิเคชันแบบเรียลไทม์ทั้งหมดอย่างไร มัลติเธรดสามารถทำให้เวลาในการทำงานไม่เป็นไปตามกำหนดเวลาอย่างไรก็ตามเมื่อฮาร์ดแวร์เกินความต้องการด้านประสิทธิภาพโซลูชันจำนวนมากจะทำงานได้ดีแม้ในแอพพลิเคชันแบบเรียลไทม์

จากนั้นก็มีแอปพลิเคชั่นที่สำคัญและมีประสิทธิภาพต่ำ สิ่งหนึ่งที่พึงประสงค์ที่นี่คือกำหนดขึ้นและมักจะแก้ปัญหาความซับซ้อนต่ำ ที่นี่ RTC สามารถใช้งานได้อย่างชัดเจน Linux อาจจัดให้มีการเข้าถึงพิเศษเพื่อขัดจังหวะควบคู่ไปกับมัน ดูเหมือนว่าฉันสำหรับกำหนดเวลาจริงที่คุณต้องการไม่เพียง rtc แต่ขัดจังหวะหรือ OS เข้าถึงพวกเขา

— เรือจอมพล
แหล่งที่มา

1

การมีเพศสัมพันธ์ RTC กับสุนัขเฝ้าบ้านนั้นสามารถรับประกันได้อย่างไรว่านาฬิกายังคง "อยู่ในสภาพพร้อมกับสิ่งต่าง ๆ "?

— Dmitry Grigoryev

โอเคถ้าคุณใช้แหล่งสัญญาณนาฬิกาภายนอกคุณขึ้นอยู่กับแหล่งสัญญาณนั้นรวมทั้งวงจรที่เชื่อมต่อเช่นความจุและความต้านทานหรืออิมพีแดนซ์ นี่คือคำอธิบายโดยการสั่นของฮาร์มอนิกซึ่งสารละลายเป็นคลื่นแล้วดูเฟสมุม ฯลฯ รวมถึงการใช้ไมโครโปรเซสเซอร์เพื่อตอบทุกสิ่งที่คุณถาม ทุกสิ่งนี้น่าเสียดายที่ต้องมีการคำนึงถึงในหลาย ๆ แอปพลิเคชัน

— งานฝีมือจอมพล

0

คุณจะต้องใช้นาฬิกาบอกเวลาแบบเรียลไทม์หากใช้การสื่อสารที่ปลอดภัยกับคอมพิวเตอร์เครื่องอื่นบนอินเทอร์เน็ต (ไม่ใช่ 100% จะต้องมี แต่ถ้าคุณไม่มีการอ้างอิงเวลาท้องถิ่นคุณต้องเชื่อใจสิ่งอื่นและคุณสามารถ ' ไม่เชื่อถือใบรับรองเว้นแต่คุณจะรู้วันที่)

ดังนั้นไม่คุณไม่จำเป็นต้องใช้ระบบ 'เรียลไทม์' ทั้งหมด อย่างไรก็ตามขึ้นอยู่กับแอปพลิเคชันของคุณคุณอาจต้องการ RTC เป็นวิธีที่ประหยัดพลังงานมากที่สุดในการรับการแก้ไขเวลาที่ดีหลังจากอยู่ในสถานะใช้พลังงานต่ำ

— ฌอน Houlihane
แหล่งที่มา

นั่นไม่จริงทั้งหมด ตัวอย่างเช่นคุณสามารถเชื่อถือใบรับรองได้ (โดยเฉพาะใบรับรองที่ตรึง) แม้ว่าจะหมดอายุหรือมีการออกทางทฤษฎีในสิ่งที่ดูเหมือนจะเป็นอนาคต อย่างไรก็ตามโดยทั่วไปคุณควรรับ NTP fix ของคุณก่อนที่จะพยายามทำไคลเอ็นต์ SSL รูปแบบความปลอดภัยตามธรรมชาติสำหรับ NTP จะต้องได้รับการออกแบบให้ทำงานโดยไม่จำเป็นต้องเริ่มต้นด้วยแนวคิดที่สมเหตุสมผลในเวลานั้น

— Chris Stratton

4

เกินความจริงที่เกินจริงและในขณะที่การพูดเกินจริงเป็นสิ่งที่อบอุ่นและสวยงามถ้ามันสร้างข้อความหลักแล้วมันผิด ไม่ใช่โหมดการทำงานของ ciphers พื้นฐานต้องใช้เวลาหรือวันที่

— Paul Uszak