실시간/거의 실시간 시스템을 정의하는 것은 무엇입니까?

Question

시스템이 실시간 웹 응용 프로그램 또는 거의 실시간 웹 응용 프로그램으로 간주/분류되기 위해 충족해야하는 특정 메트릭이 있습니까?

내가 작업하고있는 시스템에 대한 비 기능 요구 사항을 볼 때 솔루션은 실시간/거의 실시간으로 데이터를 반환해야합니다. 나는 용어의 정의를 이해하고 (예 : http://en.wikipedia.org/wiki/Near_real-time), 웹 응용 프로그램에서 거의 실시간을 기대하는 응용 프로그램 UI (예 : Gnome 권장 사항 http://developer.gnome.org/hig-book/3.5/feedback-response-times.html.en)와 같은 표준이 있는지 궁금합니다.

이

또 다른 질문의 변종이다 : Define realtime on the web for business

Answer 1

실시간 컴퓨팅 성능과는 아무런 아니라 이벤트가 설정된 시간에 완료 할 수 있다는 보장이 없습니다. 실시간 요구 사항은 CPU 스케줄링 알고리즘에서부터 운영 체제에 이르기까지 아키텍쳐 전반에 걸쳐 응용 프로그램 구축에 영향을 미칩니다.

실시간 요구 사항은 작업을 완료해야하는 시간으로 지정됩니다. 다시 말하지만, 이것은 보증되어야하며 마감일이 만료되지 않은 경우 시스템이 종종 오류가 발생합니다 (이는 예상하지 못함).

도 What constitutes 'real time' 비즈니스 요구 사항 문서에서 볼

Answer 2

, 응용 프로그램의 기술적 특성이 고려되어야 참조하십시오. 컨텍스트는 요구 사항이 실제로 real-time인지 여부를 결정하는 데 도움이되며 web real-time이거나 처리가 예약/배치 프로세스를 기다릴 필요없이 즉시 허용되는 실시간 의미입니다 (예 : 데이터로드와 대조적으로 데이터의 trickle feed). 매 15 분마다).

이 SignalR의 개발자에 따르면,이 높은 수준 (매우 추상적)에서 the ability to have your server-side code push content to the connected clients as it happens, in real-time.

Answer 3

: 그것은 하드웨어가 있는지 여부 (기본적으로는 의미

http://cs.brown.edu/~ugur/8rulesSigRec.pdf

낮은 수준에서 또는 소프트웨어) :

a. 캐싱 없음 : 소프트웨어 캐시, 하드웨어 캐시 등

b. 명령어의 파이프 라이닝이 필요 없습니다. 이는 각 분기점에서 실행 된 많은 명령어를 버려야 할 수 있으므로 불확실성이 발생하기 때문입니다.

c. 비동기 메커니즘 (예 : 인터럽트)이 없습니다. 가능할 때마다 폴링을 사용하십시오. 이것은 인터럽트 메아 니즘에서 언제 일어날 지 확신 할 수 없기 때문입니다.

d. 높은 클럭 기반 또는 클럭 트리거 방식 : 일반적으로 클럭 신호를 하드웨어 내부에 배포하는 정교한 방법을 의미합니다 ("클록 트리 합성"참조).

e. 전에 LynxOS RTOS를 사용했습니다. 처리 속도가 빠르며 예측 가능성이 높습니다. 그러나 내부를 살펴보면 특히 하드웨어 리소스 (예 : 메모리) 인 경우 거의 발생하지 않는 이벤트 오류 처리를 건너 뜁니다. 그래서 메모리는 항상 최대 한계가 거의 보장되도록 전체 설계에서 낮은 임계 값을 갖기 때문에 항상 사용 가능하다고 가정합니다.물론 LynxOS의 실시간 동작은 더 이상 나타나지 않습니다.