الحوسبة في الوقت الحقيقي

📅 آخر تحديث: ٢٥ يوليو ٢٠٢٦
✍️ نُشر في: ٢٥ يوليو ٢٠٢٦
الموسوعة الحرة

الحوسبة في الوقت الحقيقي ( RTC ) هو مصطلح في علوم الحاسوب يُطلق على أنظمة الأجهزة والبرامج الخاضعة لـ "قيد الوقت الحقيقي"، على سبيل المثال من لحظة وقوع الحدث إلى استجابة النظام . [ 1 ] يجب أن تضمن برامج الوقت الحقيقي الاستجابة ضمن قيود زمنية محددة، والتي يُشار إليها غالبًا باسم "المواعيد النهائية". [ 2 ]

يُستخدم مصطلح "الوقت الحقيقي" أيضًا في المحاكاة ليعني أن ساعة المحاكاة تعمل بنفس سرعة الساعة الحقيقية.

يُفهم عادةً أن الاستجابات في الوقت الفعلي تكون في حدود أجزاء من الثانية، وأحيانًا في حدود أجزاء من الميكروثانية. لا يمكن لنظام غير مصمم للعمل في الوقت الفعلي ضمان الاستجابة ضمن أي إطار زمني محدد، على الرغم من إمكانية تحديد أوقات استجابة نموذجية أو متوقعة . تفشل المعالجة في الوقت الفعلي إذا لم تكتمل ضمن مهلة زمنية محددة بالنسبة لحدث ما؛ ويجب الالتزام بالمواعيد النهائية دائمًا، بغض النظر عن حمل النظام .

يُعرَّف النظام الفوري بأنه النظام الذي "يتحكم في بيئة ما من خلال استقبال البيانات ومعالجتها وإعادة النتائج بسرعة كافية للتأثير على البيئة في ذلك الوقت". [ 3 ] ويُستخدم مصطلح "فوري" في أنظمة التحكم بالعمليات وأنظمة المؤسسات بمعنى "دون تأخير يُذكر".

قد تستخدم برامج الوقت الحقيقي واحدًا أو أكثر مما يلي: لغات البرمجة المتزامنة ، وأنظمة التشغيل في الوقت الحقيقي ، وشبكات الوقت الحقيقي. يوفر كل منها أطرًا أساسية لبناء تطبيق برمجي يعمل في الوقت الحقيقي.

يجب أن تكون الأنظمة المستخدمة في العديد من التطبيقات الحساسة للسلامة أنظمة تعمل في الوقت الفعلي، مثل أنظمة التحكم في الطائرات ذات نظام التحكم الإلكتروني أو أنظمة الفرامل المانعة للانغلاق ، وكلاهما يتطلب استجابة ميكانيكية فورية ودقيقة. [ 4 ]

تاريخ

يُشتق مصطلح "الوقت الحقيقي" من استخدامه في المحاكاة المبكرة ، حيث تُحاكى عملية واقعية بمعدل يُطابق معدل العملية الحقيقية (يُطلق عليها الآن " محاكاة الوقت الحقيقي " لتجنب الالتباس). كانت الحواسيب التناظرية ، في أغلب الأحيان، قادرة على المحاكاة بوتيرة أسرع بكثير من الوقت الحقيقي، وهو وضع قد يكون خطيرًا تمامًا مثل المحاكاة البطيئة إذا لم يتم إدراكه وأخذه في الحسبان.

أدت الحواسيب الصغيرة، وخاصةً منذ سبعينيات القرن الماضي، عند دمجها في أنظمة مضمنة مخصصة مثل الماسحات الضوئية الرقمية على الشاشة (DOG )، إلى زيادة الحاجة إلى استجابات سريعة ومنخفضة التأخير تعتمد على الأولويات للتفاعلات المهمة مع البيانات الواردة. وتعود أنظمة التشغيل مثل نظام التشغيل RDOS (نظام تشغيل القرص في الوقت الحقيقي) من شركة Data General ، وأنظمة التشغيل RTOS التي تدعم جدولة المهام في الخلفية والأمامية، بالإضافة إلى نظام RT-11 من شركة Digital Equipment Corporation ، إلى هذه الحقبة. وقد سمحت جدولة المهام في الخلفية والأمامية بتخصيص وقت وحدة المعالجة المركزية للمهام ذات الأولوية المنخفضة عندما لا تكون هناك حاجة لتنفيذ أي مهمة في المقدمة، ومنحت الأولوية المطلقة في المقدمة للخيوط/المهام ذات الأولوية الأعلى. كما استُخدمت أنظمة التشغيل في الوقت الحقيقي لتقاسم مهام المستخدمين المتعددين. فعلى سبيل المثال، يمكن تشغيل برنامج Data General Business Basic في مقدمة أو خلفية نظام RDOS، وقد أضاف عناصر إضافية إلى خوارزمية الجدولة لجعلها أكثر ملاءمة للأشخاص الذين يتفاعلون عبر أجهزة طرفية بسيطة .

استُخدمت الحواسيب الشخصية المبكرة أحيانًا للحوسبة الآنية. سمحت إمكانية تعطيل المقاطعات الأخرى بإنشاء حلقات مُبرمجة مسبقًا بتوقيت مُحدد، كما سمح زمن استجابة المقاطعات المنخفض بتنفيذ نظام تشغيل آني، مما أعطى واجهة المستخدم ومحركات الأقراص أولوية أقل من خيط المعالجة الآني. بالمقارنة، يُولّد مُتحكم المقاطعات القابل للبرمجة في معالجات Intel x86 زمن استجابة كبيرًا جدًا، ونظام التشغيل Windows ليس نظام تشغيل آني، ولا يسمح لأي برنامج بالسيطرة الكاملة على وحدة المعالجة المركزية واستخدام مُجدوله الخاص ، دون استخدام لغة الآلة الأصلية، وبالتالي تجاوز جميع أكواد Windows المُقاطعة. مع ذلك، توجد العديد من مكتبات البرمجة التي تُوفر إمكانيات آنية بلغة عالية المستوى على أنظمة تشغيل مُتنوعة، مثل Real-time Java . كما أصبحت المعالجات الدقيقة اللاحقة، مثل Motorola 68000 وأفراد عائلتها اللاحقة (68010، 68020، ColdFire ، إلخ)، شائعة بين مُصنّعي أنظمة التحكم الصناعية. يُعد هذا المجال التطبيقي أحد المجالات التي يوفر فيها التحكم في الوقت الفعلي مزايا حقيقية من حيث أداء العملية والسلامة.

معايير الحوسبة في الوقت الحقيقي

يُقال إن النظام يعمل في الوقت الحقيقي إذا كانت صحة العملية تعتمد كليًا ليس فقط على صحتها المنطقية، بل أيضًا على الوقت الذي تُنفذ فيه. [ 5 ] تُصنف أنظمة الوقت الحقيقي، وكذلك مواعيدها النهائية، وفقًا لعواقب تجاوز الموعد النهائي: [ 6 ]

  • صعب – إن تجاوز الموعد النهائي يُعد فشلاً كاملاً للنظام. 
  • لا بأس بتجاوز المواعيد النهائية من حين لآخر ، لكن ذلك قد يؤثر سلبًا على جودة الخدمة. تصبح النتيجة عديمة الفائدة بعد الموعد النهائي لتسليمها. 
  • الضعف – تتضاءل فائدة النتيجة بعد انتهاء موعدها، مما يؤدي إلى تدهور جودة خدمة النظام. 

لذا، يهدف نظام الوقت الحقيقي الصارم إلى ضمان الالتزام بجميع المواعيد النهائية، بينما يصبح هدف أنظمة الوقت الحقيقي المرن هو الالتزام بمجموعة فرعية محددة من المواعيد النهائية لتحسين معايير خاصة بالتطبيق. وتختلف المعايير المُحسَّنة باختلاف التطبيق، ولكن من الأمثلة الشائعة على ذلك: زيادة عدد المواعيد النهائية المُلتزم بها، وتقليل تأخير المهام، وزيادة عدد المهام ذات الأولوية العالية التي تُنجز في مواعيدها النهائية.

تُستخدم أنظمة الوقت الحقيقي الصارمة عندما يكون من الضروري الاستجابة لحدث ما خلال مهلة زمنية محددة بدقة. وتُعدّ هذه الضمانات القوية مطلوبة في الأنظمة التي قد يتسبب عدم الاستجابة لها خلال فترة زمنية معينة في خسائر فادحة، لا سيما إلحاق أضرار مادية بالبيئة المحيطة أو تهديد حياة البشر (مع أن التعريف الدقيق هو ببساطة أن تجاوز المهلة الزمنية يُعدّ فشلاً للنظام). ومن أمثلة أنظمة الوقت الحقيقي الصارمة:

  • نظام التحكم في محرك السيارة هو نظام يعمل في الوقت الحقيقي لأن الإشارة المتأخرة قد تتسبب في تعطل المحرك أو تلفه .
  • الأنظمة الطبية مثل أجهزة تنظيم ضربات القلب . على الرغم من أن مهمة جهاز تنظيم ضربات القلب بسيطة، إلا أنه نظرًا للمخاطر المحتملة على حياة الإنسان، فإن الأنظمة الطبية من هذا النوع تتطلب عادةً الخضوع لاختبارات واعتمادات شاملة، الأمر الذي يتطلب بدوره حوسبة فائقة الدقة في الوقت الحقيقي لتقديم ضمانات قابلة للإثبات بأن الفشل غير مرجح أو مستحيل.
  • تُعدّ أجهزة التحكم في العمليات الصناعية، مثل الآلات الموجودة على خطوط التجميع ، من العوامل المهمة. فإذا تأخرت الآلة، قد يتجاوز المنتج على خط التجميع نطاق وصولها (مما يؤدي إلى عدم لمسه)، أو قد تتعرض الآلة أو المنتج للتلف نتيجة تشغيل الروبوت في وقت غير مناسب. وفي حال اكتشاف العطل، سيؤدي كلا الأمرين إلى توقف خط التجميع، مما يُبطئ الإنتاج. أما إذا لم يُكتشف العطل، فقد يمر منتج معيب عبر خط الإنتاج، أو قد يتسبب في أضرار في مراحل لاحقة من الإنتاج.
  • تتفاعل أنظمة الوقت الحقيقي الصارمة عادةً على مستوى منخفض مع الأجهزة المادية، في الأنظمة المدمجة . وقد تطلبت أنظمة ألعاب الفيديو المبكرة، مثل أتاري 2600 ورسومات سينماترونيكس المتجهة، متطلبات وقت حقيقي صارم بسبب طبيعة أجهزة الرسومات والتوقيت.
  • تستبدل المودمات البرمجية المودم المادي ببرنامج يعمل على وحدة المعالجة المركزية للحاسوب . يجب أن يعمل البرنامج كل بضعة أجزاء من الثانية لتوليد بيانات الصوت التالية المراد إخراجها. إذا تأخرت هذه البيانات، سيفقد المودم المستقبل التزامن، مما يتسبب في انقطاع طويل ريثما يُعاد التزامن أو يؤدي إلى فقدان الاتصال تمامًا.
  • تتطلب أنواع عديدة من الطابعات دقة عالية في الوقت الفعلي، مثل طابعات نفث الحبر (حيث يجب وضع الحبر في الوقت المناسب تمامًا عند مرور رأس الطباعة على الصفحة)، وطابعات الليزر (حيث يجب تفعيل الليزر في الوقت المناسب تمامًا عند مسح الشعاع للأسطوانة الدوارة)، وطابعات المصفوفة النقطية وأنواع مختلفة من طابعات الخطوط (حيث يجب تفعيل آلية الطباعة في الوقت المناسب تمامًا عند محاذاة آلية الطباعة مع المخرجات المطلوبة). أي خلل في أي من هذه الطابعات سيؤدي إما إلى فقدان المخرجات أو عدم محاذاتها.

في سياق أنظمة تعدد المهام، تعتمد سياسة الجدولة عادةً على الأولويات (الجدولة الاستباقية ). في بعض الحالات، تضمن هذه الجداول أداءً فائق السرعة (على سبيل المثال، إذا كانت مجموعة المهام وأولوياتها معروفة مسبقًا). توجد جداول أخرى فائقة السرعة، مثل جدولة المعدل الرتيب ، وهي غير شائعة في الأنظمة العامة، لأنها تتطلب معلومات إضافية لجدولة مهمة ما، وتحديدًا حدًا أقصى أو تقديرًا لأسوأ مدة زمنية لتنفيذ المهمة. توجد خوارزميات خاصة لجدولة هذه المهام فائقة السرعة، مثل جدولة أقرب موعد نهائي أولًا ، والتي، مع تجاهل عبء تبديل السياق ، كافية لأحمال النظام الأقل من 100%. [ 7 ] تساعد أنظمة الجدولة المتراكبة الجديدة، مثل جدولة التقسيم التكيفي، في إدارة الأنظمة الكبيرة التي تحتوي على مزيج من التطبيقات فائقة السرعة والتطبيقات غير فائقة السرعة.

تُعرَّف أنظمة الوقت الحقيقي الثابتة تعريفًا أكثر غموضًا، ولا تشملها بعض التصنيفات، إذ تُفرِّق فقط بين أنظمة الوقت الحقيقي الصارمة وأنظمة الوقت الحقيقي المرنة. فيما يلي بعض الأمثلة على أنظمة الوقت الحقيقي الثابتة:

  • يمكن اعتبار آلة خط التجميع التي وُصفت سابقًا بأنها تعمل في الوقت الفعلي الصارم ، آلة تعمل في الوقت الفعلي المرن. فعدم الالتزام بالموعد النهائي لا يزال يُسبب خطأً يستدعي المعالجة: قد توجد آلات لتمييز القطعة المعيبة أو إخراجها من خط التجميع، أو قد يتم إيقاف خط التجميع ليتمكن المشغل من تصحيح المشكلة. ومع ذلك، طالما أن هذه الأخطاء نادرة الحدوث، فقد يتم التغاضي عنها.

تُستخدم أنظمة الوقت الحقيقي المرن عادةً لحل مشكلات الوصول المتزامن والحاجة إلى تحديث عدد من الأنظمة المتصلة باستمرار في ظل الظروف المتغيرة. ومن أمثلة أنظمة الوقت الحقيقي المرن:

  • برنامج يُستخدم لصيانة وتحديث خطط الطيران للطائرات التجارية . يجب أن تبقى خطط الطيران محدثة بشكل معقول، ولكن يمكن تشغيلها مع تأخير لا يتجاوز بضع ثوانٍ.
  • عادةً ما تكون أنظمة الصوت والفيديو المباشرة شبه فورية. قد يتسبب تأخر تشغيل إطار صوتي في حدوث خلل صوتي طفيف (وقد يؤدي إلى تأخير جميع الأصوات اللاحقة تبعًا لذلك، مما يُوحي بأن الصوت يُشغل ببطء)، ولكن قد يكون هذا أفضل من البدائل الأخرى المتمثلة في الاستمرار في تشغيل الصمت أو التشويش أو إطار صوتي سابق أو بيانات مُقدَّرة. عادةً ما يُسبب تأخر إطار فيديو إزعاجًا أقل للمشاهدين. يمكن للنظام الاستمرار في العمل والتعافي في المستقبل باستخدام منهجيات التنبؤ بعبء العمل وإعادة التكوين. [ 8 ]
  • وبالمثل، غالبًا ما تكون ألعاب الفيديو شبه فورية، خاصةً عند محاولتها الوصول إلى معدل إطارات مُستهدف . ولأن الصورة التالية لا يُمكن حسابها مُسبقًا، إذ تعتمد على مُدخلات اللاعب، فإن الوقت المُتاح لإجراء جميع العمليات الحسابية اللازمة لإنشاء إطار فيديو قصير جدًا قبل عرضه. إذا لم يتم الالتزام بالموعد النهائي، يُمكن للعبة الاستمرار بمعدل إطارات أقل؛ وتبعًا للعبة، قد يؤثر ذلك على رسوماتها فقط (بينما يستمر اللعب بالسرعة العادية)، أو قد يتباطأ اللعب نفسه (وهو أمر شائع في أجهزة الجيل الثالث والرابع القديمة ).

معالجة الإشارات الرقمية في الوقت الحقيقي

في عملية معالجة الإشارات الرقمية (DSP) في الوقت الحقيقي ، يمكن معالجة العينات المُحللة (المدخلة) والمُولدة (المخرجة) بشكل متواصل خلال نفس الفترة الزمنية اللازمة لإدخال وإخراج نفس مجموعة العينات، بغض النظر عن تأخير المعالجة. [ 9 ] وهذا يعني أن تأخير المعالجة يجب أن يكون محدودًا حتى لو استمرت المعالجة لفترة غير محدودة. يجب ألا يتجاوز متوسط ​​زمن المعالجة لكل عينة، بما في ذلك النفقات العامة ، فترة أخذ العينات، وهي مقلوب معدل أخذ العينات . هذا هو المعيار الذي يُحدد ما إذا كانت العينات تُجمع في أجزاء كبيرة وتُعالج كوحدات، أو تُعالج بشكل فردي، وما إذا كانت هناك مخازن مؤقتة طويلة أو قصيرة أو غير موجودة للإدخال والإخراج .

لنأخذ مثالاً على معالجة الإشارات الرقمية الصوتية ؛ إذا استغرقت عملية ما 2.01 ثانية لتحليل أو توليف أو معالجة 2.00 ثانية من الصوت، فهي ليست عملية فورية. أما إذا استغرقت 1.99 ثانية، فهي عملية فورية أو يمكن تحويلها إلى عملية معالجة إشارات رقمية فورية.

من الأمثلة الشائعة في الحياة اليومية الوقوف في طابور انتظار الدفع في متجر بقالة. إذا ازداد طول الطابور بشكل مطرد بلا حدود، فإن عملية الدفع لا تتم في الوقت الفعلي. أما إذا كان طول الطابور محدودًا، ويتم خدمة الزبائن بنفس سرعة انضمامهم إليه في المتوسط، فإن هذه العملية تتم في الوقت الفعلي. سيخسر صاحب المتجر زبائنه إذا لم يتمكن من جعل عملية الدفع تتم في الوقت الفعلي؛ لذا، من الأهمية بمكان أن تتم هذه العملية في الوقت الفعلي.

إن خوارزمية معالجة الإشارات التي لا تستطيع مواكبة تدفق بيانات الإدخال، حيث يتأخر الناتج عن الإدخال بشكل متزايد، لا تُعتبر خوارزمية معالجة إشارات فورية. أما إذا كان تأخير الناتج (مقارنةً بالإدخال) محدودًا بالنسبة لعملية تعمل على مدى زمني غير محدود، فإن خوارزمية معالجة الإشارات هذه تُعتبر فورية، حتى لو كان تأخير الإنتاجية طويلًا جدًا.

البث المباشر مقابل البث في الوقت الفعلي

تُعدّ معالجة الإشارات في الوقت الفعلي ضرورية، ولكنها غير كافية بحد ذاتها، لمعالجة الإشارات المباشرة كما هو مطلوب في دعم الفعاليات المباشرة . تتطلب معالجة الإشارات الصوتية الرقمية المباشرة التشغيل في الوقت الفعلي، بالإضافة إلى حدٍّ كافٍ لتأخير نقل البيانات بحيث يكون مقبولاً للمؤدين الذين يستخدمون سماعات المسرح أو سماعات الأذن، ولا يلاحظه الجمهور الذي يشاهد المؤدين مباشرةً كخطأ في مزامنة حركة الشفاه . تُعدّ الحدود المقبولة لزمن الاستجابة للمعالجة المباشرة في الوقت الفعلي موضوعًا للبحث والنقاش، ولكن يُقدّر أنها تتراوح بين 6 و20 مللي ثانية. [ 10 ]

تعتبر تأخيرات الاتصالات ثنائية الاتجاه في الوقت الحقيقي التي تقل عن 300 مللي ثانية ("رحلة ذهابًا وإيابًا" أو ضعف التأخير أحادي الاتجاه) "مقبولة" لتجنب "التداخل" غير المرغوب فيه في المحادثة.

أداء فوري وعالي

يُساء فهم الحوسبة الآنية أحيانًا على أنها حوسبة عالية الأداء ، لكن هذا تصنيف غير دقيق. [ 11 ] على سبيل المثال، قد يُظهر حاسوب عملاق يُجري محاكاة علمية أداءً مذهلاً، ولكنه لا يُجري عملية حسابية آنية. في المقابل، بمجرد تصميم مكونات نظام منع انغلاق المكابح (ABS) من أجهزة وبرامج لتلبية متطلباته الزمنية، لا تكون هناك حاجة إلى مزيد من التحسينات في الأداء، بل قد لا تكون مفيدة. علاوة على ذلك، إذا كان خادم الشبكة مُحملاً بكثافة بحركة مرور الشبكة، فقد يكون وقت استجابته أبطأ، ولكنه سينجح (في معظم الحالات) قبل انتهاء مهلة الاستجابة. لذا، لا يُعتبر خادم الشبكة هذا نظامًا آنيًا: فالأعطال المؤقتة (التأخيرات، انتهاء المهلة، إلخ) عادةً ما تكون صغيرة ومحدودة التأثير، وليست أعطالًا كارثية . في نظام يعمل في الوقت الفعلي، مثل مؤشر فوتسي 100 ، يُعتبر أي تباطؤ يتجاوز الحدود المسموح بها كارثيًا في سياق التطبيق. إن أهم متطلبات نظام الوقت الفعلي هو الحصول على مخرجات ثابتة، وليس معدل نقل بيانات عالٍ.

بعض أنواع البرامج، مثل العديد من برامج لعب الشطرنج ، يمكن تصنيفها ضمن أي من الفئتين. على سبيل المثال، برنامج الشطرنج المصمم للعب في بطولة محددة بوقت يحتاج إلى اتخاذ قرار بشأن نقلة قبل انتهاء مهلة معينة وإلا سيخسر المباراة، وبالتالي فهو حساب فوري، بينما برنامج الشطرنج الذي يُسمح له بالعمل إلى أجل غير مسمى قبل اتخاذ أي خطوة ليس كذلك. في كلتا الحالتين، يُعد الأداء العالي مرغوبًا: فكلما زاد العمل الذي يستطيع برنامج الشطرنج في البطولة إنجازه في الوقت المخصص، كانت نقلاته أفضل، وكلما كان برنامج الشطرنج غير المقيد يعمل بشكل أسرع، تمكن من اتخاذ خطوة أسرع. يوضح هذا المثال أيضًا الفرق الجوهري بين الحسابات الفورية والحسابات الأخرى: إذا لم يتخذ برنامج الشطرنج في البطولة قرارًا بشأن نقلته التالية في الوقت المخصص له، فإنه يخسر المباراة - أي أنه يفشل كحساب فوري - بينما في السيناريو الآخر، يُفترض أن الالتزام بالموعد النهائي ليس ضروريًا. يشير الأداء العالي إلى مقدار المعالجة التي يتم إجراؤها في فترة زمنية معينة، بينما يشير الوقت الحقيقي إلى القدرة على إنجاز المعالجة لإنتاج مخرجات مفيدة في الوقت المتاح.

شبه فوري

يشير مصطلح "شبه الوقت الحقيقي" أو "الوقت شبه الحقيقي" (NRT) في مجال الاتصالات والحوسبة إلى التأخير الزمني الناتج عن المعالجة الآلية للبيانات أو نقلها عبر الشبكة ، بين وقوع حدث ما واستخدام البيانات المُعالجة، كما هو الحال في العرض أو التغذية الراجعة أو لأغراض التحكم. على سبيل المثال، يعرض نظام العرض شبه الحقيقي حدثًا أو موقفًا كما كان عليه في الوقت الحالي مطروحًا منه وقت المعالجة، أي ما يقارب وقت وقوع الحدث مباشرةً. [ 12 ]

يُعدّ التمييز بين مصطلحي "شبه الوقت الحقيقي" و"الوقت الحقيقي" غامضًا إلى حدٍّ ما، ويجب تحديده وفقًا للسياق. يشير المصطلح إلى عدم وجود تأخيرات ملحوظة. [ 12 ] في كثير من الحالات، يكون وصف المعالجة بأنها "في الوقت الحقيقي" أدقّ بوصفها "شبه الوقت الحقيقي".

يشير مصطلح "شبه فوري" أيضًا إلى نقل الصوت والفيديو في الوقت الفعلي مع تأخير زمني. فهو يتيح تشغيل مقاطع الفيديو بشكل شبه فوري، دون الحاجة إلى انتظار تحميل ملف فيديو كبير بالكامل. ويمكن لقواعد البيانات غير المتوافقة تصدير/استيراد البيانات إلى ملفات نصية مشتركة، والتي بدورها يمكن لقاعدة البيانات الأخرى استيرادها/تصديرها بشكل دوري، مما يسمح بمزامنة/مشاركة البيانات المشتركة بينهما في "شبه فوري".

أساليب التصميم

توجد عدة طرق للمساعدة في تصميم الأنظمة الآنية، ومنها على سبيل المثال MASCOT ، وهي طريقة قديمة ولكنها ناجحة للغاية تمثل البنية المتزامنة للنظام. ومن الأمثلة الأخرى HOOD و Real-Time UML و AADL و Ravenscar profile و Real-time Java .

انظر أيضاً

مراجع

  1. ↑ "FreeRTOS - نواة نظام تشغيل في الوقت الحقيقي مفتوحة المصدر للأنظمة المدمجة الصغيرة - ما هو FreeRTOS؟ الأسئلة الشائعة . " FreeRTOS . تم الاطلاع عليه بتاريخ 8 مارس 2021 .
  2. ↑ بن آري، مردخاي ؛ "مبادئ البرمجة المتزامنة والموزعة"، الفصل 16، برنتيس هول، 1990، ISBN 0-13-711821-X، ص 164
  3. ↑ مارتن، جيمس (1965). برمجة أنظمة الحاسوب في الوقت الحقيقي . إنجلوود كليفس ، نيو جيرسي: برنتيس هول إنكوربوريتد. ص 4. ISBN  978-0-13-730507-0.
  4. ↑ كانط، كريشنا (مايو 2010). التحكم الصناعي القائم على الحاسوب . دار نشر PHI Learning. ص 356. ISBN  9788120339880تم الاطلاع عليه بتاريخ 17 يناير 2015 .
  5. ↑ شين، كانغ جي .؛ راماناثان، باراميسواران (يناير 1994). "الحوسبة الآنية: تخصص جديد في علوم وهندسة الحاسوب" (ملف PDF) . وقائع معهد مهندسي الكهرباء والإلكترونيات . 82 (1): 6-24 . رمز Bibcode : 1994IEEEP..82....6S . CiteSeerX 10.1.1.252.3947 . doi : 10.1109/5.259423 . ISSN 0018-9219 .  
  6. ↑ كوبيتز، هيرمان (1997). أنظمة الوقت الحقيقي: مبادئ تصميم التطبيقات المدمجة الموزعة [ الإنجليزية ] (ملف PDF) . دار نشر كلوير الأكاديمية. الصفحات 12-14 . ISBN  0-306-47055-1.
  7. ↑ ليو، تشانغ ل.؛ ولايلاند، جيمس و.؛ "خوارزميات الجدولة للبرمجة المتعددة في بيئة زمنية حقيقية صارمة"، مجلة ACM ، 20(1):46-61، يناير 1973، http://citeseer.ist.psu.edu/liu73scheduling.html
  8. ↑ مينيكتاس، أندرياس؛ كيريازيس، ديموستينيس؛ تسيربس، كونستانتينوس (يوليو 2009). "إعادة التكوين في الوقت الحقيقي لضمان مستويات توفير جودة الخدمة في بيئات الشبكة". أنظمة حاسوب الجيل القادم . 25 (7): 779-784 . doi : 10.1016/j.future.2008.11.001 .
  9. ↑ كو، سين م.؛ لي، بوب هـ.؛ وتيان، وينشون؛ "معالجة الإشارات الرقمية في الوقت الحقيقي: التطبيقات والتنفيذات"، وايلي، 2006، ISBN 0-470-01495-4القسم 1.3.4: قيود الوقت الحقيقي .
  10. ↑ كودرلي، سارة؛ برولكس، ميشيل؛ كاريير، باسكال؛ لوبيز، ماركو؛ وآخرون . (يوليو 2011). "بصمة الإشارة لحل مشكلات مزامنة الصوت والصورة في بيئات البث". مجلة SMPTE لتصوير الحركة . 120 (5): 36-46 . doi : 10.5594/j18059XY . تم تحديد حدود مناسبة لمزامنة الصوت والصورة، ويُعتبر النطاق المقبول للأفلام ±22 مللي ثانية. أما بالنسبة للفيديو، وفقًا لمعيار ATSC، فيصل النطاق إلى 15 مللي ثانية كزمن تقدم و45 مللي ثانية تقريبًا كزمن تأخير. 
  11. ↑ ستانكوفيتش، جون (1988)، "مفاهيم خاطئة حول الحوسبة في الوقت الحقيقي: مشكلة خطيرة لأنظمة الجيل القادم"، مجلة Computer ، المجلد 21، العدد 10، جمعية IEEE للحاسوب، ص 11، Bibcode : 1988Compr..21j..10S ، doi : 10.1109/2.7053 ، S2CID 13884580    
  12. 1 2 "المعيار الفيدرالي 1037C: مسرد مصطلحات الاتصالات السلكية واللاسلكية" . Its.bldrdoc.gov . تم الاطلاع عليه بتاريخ 26-04-2014 .

للمزيد من القراءة