Что представляет собой «реальное время»

Question

У меня возникли проблемы с тем, следует ли классифицировать мое приложение как «реальное время» или «близкое к реальному времени», или, возможно, даже что-то еще.

Программное обеспечение немедленно получает данные, поскольку оно генерируется из источника, а затем на основе определенных правил вызывает предупреждение при выполнении определенных условий. Он использует подход к проверке последних 30 секунд данных каждые 30 секунд, чтобы проверить, соблюдены ли критерии для правила.

Действительно ли это в реальном времени? Каковы пороговые значения для определения реального времени по сравнению с реальным временем?

EDIT

Я думаю, что это дубликат Define realtime on the web for business.

Пожалуйста, решите, недостаточно ли указанного потока для ответа на ваш вопрос.

Answer 1

Я согласен с Джоном, в вашем сценарии вы ожидаете как минимум 30 секунд задержки, я бы сказал, что это почти реальное время.

Answer 2

Я бы сказал, что определение реального времени будет зависеть от контекста. Как и в случае с музыкальным примером, в реальном времени должно быть миллисекунды, но, возможно, с вашим примером в реальном времени может быть не более 30 секунд. Это все относительно.

Answer 3

Я думаю, вам нужно взглянуть на конкретное решение или часть решения там, где вам нужно, чтобы ответ был в режиме реального времени. Ответ в реальном времени - это тот, который воспринимается получателем (приложением или в основном конечным пользователем) в режиме реального времени.

Answer 4

Ну, это может быть скорее маркетинговый вопрос, чем технический.

В реальном времени, с точки зрения встроенного оборудования, используется известное фиксированное максимальное время обработки поступающей информации (прерывания и т. П.).

Вы можете заявить о задержке в 30 секунд как в режиме реального времени, особенно если доставка указанной информации длиннее.

Например, если ваше «оповещение» - это электронное письмо, которое может потратить 10 минут на почтовом сервере или красный крест на мониторе, который пользователи проверяют каждые полчаса, 30 секунд более чем достаточно для реального времени ,

Answer 5

Real Time имеет дело с микросекундами ... в основном вокруг робототехники. Подумайте «переместите рычаг 30 микросекунд; сварить 1000 микросекунд ", как в автомобильной сборке.

Является ли ваш 30 секунд в зависимости от сна нити или таймера в ОС реального времени? Если это так, то у вас есть потенциальная разновидность. Считаете ли вы его неудачным, если вы нарушите эту дисперсию (30,01 секунды)? Если нет, то это не в реальном времени.

Answer 6

Я думаю, что один из аспектов, определяющий реальное время, заключается в том, что процесс детерминирован - то есть время отклика приложения полностью прогнозируемо на основе входных данных.

Таким образом, живопись с очень широкими мазками, любое приложение, сидящее поверх Windows, может быть в лучшем случае «почти в реальном времени». Совсем так, если ваше приложение работает на какой-то платформе песочницы (Java, .NET), где у вас нет абсолютного контроля над функциями платформы (например, сбор мусора).

Мое личное правило заключается в том, что «в режиме реального времени» не принадлежит на настольном ПК; это область ПЛК (и да, они могут работать с такими ОС, как QNX, VxWorx или даже RTLinux).

Answer 7

В режиме реального времени = Гарантированное максимальное время разрешения. Это может быть пикосекунды или минуты в зависимости от требований приложения.

Это самая большая проблема StackOverflow: неквалифицированные люди отвечают на вопросы вопросов с ответами «правильно звучат» и получают голосование, люди, которые заботятся, действительно ли ответ правильный, t spew ерунда достаточно быстро, чтобы заработать репутацию, чтобы исправить неправильные ответы. Публикация анонимно из-за ожидаемых реакций на коленный рефлекс.

Answer 8

Я полагаю, что ответ заключается в том, что системы реального времени являются субъективными, поскольку «реальное время» - это только временные ограничения, налагаемые требованиями. Хотя очевидно, что что-то, что занимает 2 часа для ответа на запрос, не в режиме реального времени, 30-секундная задержка может быть достаточно быстрой, чтобы квалифицироваться как реальное время.

Я работаю над тем, что я рассматриваю в системах реального времени, где, когда в системе происходит событие, оно сразу же передается устройствам в системе, так что задержка в знании об обновлении на устройстве является результатом сетевой латентности и потребуется время для обновления своих данных в памяти.

Я лично не буду классифицировать что-то с этим опросом обновлений каждые 30 секунд как в реальном времени. У нас есть веб-приложение как часть вышеупомянутой системы, которая делает именно это, он обновляется каждые 30 секунд, поэтому пользователю предоставляются данные, которые не более 30 секунд. Контрастируйте это с помощью коэффициента выравнивания выигрышей, который обновляется, как только происходит событие.

Опять же, «реальное время» ограничено вашим определением своевременного ответа.

Answer 9

Фраза «в реальном времени» охватывает довольно большой участок земли.

Нечеткое определение - это «программное обеспечение, действующее в пределах ограниченного времени отклика».

Где граница жесткая, например. в системе управления впрыском автомобиля программное обеспечение считается «жестким в режиме реального времени».

Где граница мягкая, например. в музыкальной системе воспроизведения, где допускаются вариации до 50 мс, система считается «мягкой в ​​реальном времени».

Так что да, для некоторого определения в реальном времени ваша система в режиме реального времени.

Но вы, вероятно, собираетесь рассмеяться, если вы назовете его в режиме реального времени вокруг кого-нибудь еще, кто действительно работает в системах реального времени, потому что 30 секунд довольно огромны.

Answer 10

Другим способом определения «реального времени» является оценка возможностей многих RTOS s (операционных систем реального времени). например, определение QNX: here. Обратите внимание, что они соответствуют стандарту продукта System 1003.13-2003 стандарта PSE52 POSIX. Большинство встроенных операционных систем обеспечивают аналогичную функциональность.

Answer 11

В режиме реального времени возникает требуемый ответ на событие, завершенное за указанный период времени или ваша система не работает.

Люди привыкли думать, что это должно означать «небольшое количество миллисекунд/микросекунды», но это необязательно верно - это зависит от вашей системы.

Если ваша система будет сбой, если она не заполняет требуемый ответ в течение 30 секунд, то это «в реальном времени».

Для некоторых систем fail может быть катастрофическим, например. вызывая множественные смертельные случаи - это описано как критический уровень безопасности, т.е. закрытие атомной электростанции.

Answer 12

Определение «жесткого» реального времени от моих друзей управления. Поздняя информация - это неверная информация. Если он должен быть там каждые 1 и он попадает туда в 1.1s, он бесполезен для расчетов.

Answer 13

Я предоставляю длинный дискурс на этом веб-сайте real-time.org. На домашней странице есть временная ссылка на брифинг. На брифинге обсуждается, как и почему люди не понимают, что означает «в реальном времени» (и «жесткий» и «мягкий» и «предсказуемый» и т. Д.). Он содержит некоторые точные и общие определения. Я слышал от людей, которые не согласны с моим объяснением этой темы, но никто из них не выступил с чем-то отдаленным, точным и общим, как мой. «Поднимите стул, давайте поговорим», как говорит Ларри Кинг.