Ich habe Schwierigkeiten, zu entscheiden, ob ich meine Bewerbung als "Echtzeit" oder "nahezu Echtzeit" oder vielleicht sogar als etwas anderes klassifizieren soll.
Die Software empfängt Daten sofort, wenn sie aus der Quelle generiert werden, und löst dann basierend auf bestimmten Regeln eine Warnung aus, wenn bestimmte Bedingungen erfüllt sind. Es dauert die Überprüfung der letzten 30 Sekunden der Daten alle 30 Sekunden, um zu sehen, ob die Kriterien für eine Regel erfüllt wurden.
Ist das in Echtzeit? Was sind die Schwellenwerte für die Definitionen von Echtzeit gegenüber naher Echtzeit?
BEARBEITEN
Ich denke, das ist ein Duplikat von Echtzeit im Web für Unternehmen definieren .
Bitte entscheiden Sie, ob der obige Thread nicht ausreicht, um Ihre Frage zu beantworten.
Echtzeit = Garantierte maximale Zeit für die Auflösung. Je nach den Anforderungen der Anwendung kann dies Pikosekunden oder Minuten sein.
Das ist das größte Problem von StackOverflow: Unqualifizierte Leute beantworten viele Fragen mit Antworten, die "richtig klingen" und gewählt werden, Leute, die sich darum kümmern, ob die Antwort richtig ist, spuckt nicht schnell genug, um Rep zu verdienen, um das Falsche zu beheben Antworten. Veröffentlichen anonym aufgrund erwarteter reflexartiger Reaktionen.
Echtzeit erhält eine erforderliche Antwort auf ein Ereignis, das innerhalb des angegebenen Zeitraums abgeschlossen wurde, oder Ihr System schlägt fehl .
Leute sind daran gewöhnt zu denken, dass dies "kleine Anzahl von Millisekunden / Mikrosekunden" bedeuten muss, aber das ist nicht unbedingt richtig - es hängt von Ihrem System ab.
Wenn Ihr System fehlschlägt wenn es nicht abgeschlossen ist, ist die Antwort innerhalb von 30 Sekunden erforderlich, dann ist es "Echtzeit".
Bei einigen Systemen kann ein Fehler katastrophal sein, z. mehrere Todesfälle verursachen - dies wird als sicherheitskritisch beschrieben, z. ein Atomkraftwerk stilllegen.
Der Ausdruck "Echtzeit" deckt einen ziemlich großen Bodenabschnitt ab.
Die vage Definition ist "Software, die innerhalb einer begrenzten Reaktionszeit agiert".
Wo die Grenze hart ist, z.B. Im Einspritzsteuerungssystem eines Autos wird die Software als "harte Echtzeit" bezeichnet.
Wo die Grenze weich ist, z. In einem Musikwiedergabesystem, in dem Variationen von bis zu 50 ms tolerierbar sind, wird das System als "weiche Echtzeit" bezeichnet.
Also, für eine Definition von Echtzeit ist Ihr System in Echtzeit.
Aber Sie werden wahrscheinlich ausgelacht werden, wenn Sie es in Echtzeit um jeden anderen herum aufrufen, der tatsächlich an Echtzeitsystemen arbeitet, weil 30 Sekunden ziemlich groß sind.
Nun, das könnte eher eine Marketingfrage als eine technische Frage sein.
In Bezug auf eingebettete Hardware besteht in Echtzeit eine bekannte feste maximale Zeit für die Verarbeitung eingehender Informationen (Interrupts und dergleichen).
Sie können sicherlich 30 Sekunden Verzögerung als Echtzeit beanspruchen, besonders wenn die Lieferung dieser Informationen länger ist.
Wenn beispielsweise Ihre "Warnung" eine E-Mail ist, die 10 Minuten auf einem Mailserver oder einem roten Kreuz auf einem Monitor verbringen kann, die nur alle halbe Stunde überprüft wird, sind 30 Sekunden mehr als ausreichend für Echtzeit.
Ich denke, ein Aspekt, der Echtzeit definiert, ist, dass der Prozess deterministisch ist - das heißt, die Reaktionszeit der Anwendung ist aufgrund der Eingaben vollständig vorhersagbar.
Bei sehr breiten Pinselstrichen kann also jede App, die auf Windows sitzt, bestenfalls "fast-in-Echtzeit" sein. Doppelt so, wenn Ihre App auf einer Art Sandbox-Plattform (Java, .NET) läuft, wo Sie keine absolute Kontrolle über Plattformfunktionen haben (zB Garbage Collection).
Meine persönliche Regel ist, dass "Echtzeit" nicht auf einen Desktop-PC gehört; das ist der Bereich von PLCs (und ja, sie können Betriebssysteme wie QNX, VxWorx oder sogar RTLinux ausführen).
Definition der "harten" Echtzeit von meinen Kontrollen Freunde - Späte Informationen sind falsche Informationen. Wenn es alle 1s da sein muss und es in 1.1s da ist, ist es nutzlos für Berechnungen.
Ich gebe dazu einen ausführlichen Vortrag auf meiner Website real-time.org. Die Homepage hat eine temporäre Verknüpfung zu einem Briefing. Das Briefing diskutiert, wie und warum die Leute nicht verstehen, was "real time" (und "hart", "soft" und "berechenbar" etc.) bedeutet. Es bietet einige präzise und allgemeine Definitionen. Ich habe von Leuten gehört, die mit meiner Erklärung dieses Themas nicht einverstanden sind, aber keiner von ihnen hat sich mit etwas Entferntem so präzise und allgemein hervorgetan wie ich. "Zieh einen Stuhl hoch, lass uns reden", sagt Larry King.
Ich glaube, die Antwort ist, dass Echtzeitsysteme subjektiv sind, da "Echtzeit" nur Aktualitätszwänge sind, die durch die Anforderungen auferlegt werden. Obwohl es offensichtlich nicht so viel Zeit braucht, um auf eine Anfrage zu antworten, ist eine Verzögerung von 30 Sekunden schnell genug, um sich als Echtzeit zu qualifizieren.
Ich arbeite an Echtzeit-Systemen, bei denen, wenn ein Ereignis im System passiert, es sofort an Geräte im System weitergegeben wird, so dass die Verzögerung beim Erkennen eines Updates auf einem Gerät ein Produkt der Netzwerk-Latenz ist die Zeit, um seine In-Memory-Daten zu aktualisieren.
Ich persönlich würde etwas mit diesen Abstimmungen nicht alle 30 Sekunden für Aktualisierungen als Echtzeit einstufen. Wir haben eine Web-App als Teil des oben erwähnten Systems, das genau das tut, es wird alle 30 Sekunden aktualisiert, so dass dem Benutzer Daten präsentiert werden, die höchstens 30 Sekunden alt sind. Vergleichen Sie dies mit den Gewinnformularen, die aktualisiert werden, sobald das Ereignis eintritt.
Wieder ist "Echtzeit" durch Ihre Definition einer rechtzeitigen Antwort begrenzt.
Eine weitere Möglichkeit, "Echtzeit" zu definieren, besteht darin, die Fähigkeiten der vielen RTOS (real Betriebssysteme). Die Definition von QNX ist beispielsweise hier . Beachten Sie, dass sie dem Produktstandard POSIX des PSE52 Realtime Controller 1003.13-2003-Systems entsprechen. Die meisten Embedded-Betriebssysteme bieten ähnliche Funktionen.
Ich würde sagen, dass die Definition von Echtzeit vom Kontext abhängen würde. Wie bei dem Musikbeispiel müsste Echtzeit in Millisekunden sein, aber möglicherweise mit Ihrem Beispiel Echtzeit könnte innerhalb von 30 Sekunden oder so sein. Es ist alles relativ.
Ich denke, Sie müssen sich die spezifische Lösung oder den Teil der Lösung ansehen, in dem Sie die Antwort in Echtzeit benötigen. Eine Echtzeit-Antwort ist eine, die vom Empfänger (der Anwendung oder im Grunde dem Endbenutzer) als Echtzeit empfunden wird.
Real Time beschäftigt sich mit Mikrosekunden ... hauptsächlich in der Robotik. Denken Sie, Arm 30 Mikrosekunden bewegen; Schweiße 1000 Mikrosekunden; ', wie in der Automobilversammlung.
Basieren Ihre 30 Sekunden auf einem Thread-Schlaf oder einem Timer in einem Nicht-Echtzeit-Betriebssystem? Wenn ja, dann haben Sie eine potentielle Varience. Werden Sie es als Fehler betrachten, wenn Sie außerhalb dieser Varianz sind (30,01 Sekunden)? Wenn nicht, dann ist es keine Echtzeit.
Ich stimme John zu, in Ihrem Szenario sehen Sie mindestens 30 Sekunden Verzögerung, ich würde sagen, dass es fast Echtzeit ist.
Tags und Links real-time near-real-time glossary