Здравствуйте, AmSpb, Вы писали:
S>>>>И как это все влияет, если требования по времени отклика, скажем, 25ms? AS>>>В RTOS, как правило работают несколько задач, возможно на такую длинную задачу это никак не повлияет, но вот на какую-то критическую может повлиять довольно сильно.
S>>Ну и позволю себе напомнить, что hard real-time -- это не про длину задачи, это про тяжесть последствий. Так что длительность к hard/soft имеет косвенное отношение. AS>hard real time — для меня это строгая гарантированность времени выполнения задач, нестрогая гарантированность — это soft realtime
Удивительно. Вы же сами делите на "строгую" и "не строгую". Но при этом тяжесть последствий вы рассматриваете как отдельное явление.
Если гарантированность "строгая" и она не выполняется, то по вашему, последствия этого каковы? Типа "а, плевать, работаем дальше?" И если они не являются тяжелыми, то о какой строгости тогда речь?
И это мы ушли далеко от первоначального вопроса вам. А именно, CPU уже несколько десятков лет имеют массу особенностей, которые влияют на предсказание времени исполнения куска кода. И, тем не менее, real-time задачи на этих CPU решаются. Как и есть RTOS с поддержкой многоядерных процессоров.
Так что попробуйте рассказать, как именно cache miss, speculative execution и пр. скажутся на hard real-time задачах, где время реакции определяется десятками миллисекунд. Сможете?
S>>Внести в разговор про влияние особенностей современных процессоров на оценку задержек вопрос цены чипа -- это мощно. AS>Когда вы производите продукт в кол-ве миллионов, десятки миллионов, то вопрос цены чипа для вас будет довольно существенным.
Это бесспорно. Вот только этот фактор никак не влияет на то, скажется ли cache miss на нарушение требований по времени отклика.
AS>Интересоваться ОСРВ, а самому не знать, что все doi документы можно скачать со sci-hub, это мощно.
