Echtzeit vs. Windows



  • BorisDieKlinge schrieb:

    Clown gefressen?

    Jo, hab heute morgen nen Clown gefrühstückt.



  • Echtzeit vs. Windows

    Diese ganze Diskussion erübrigt sich schon daher, dass die "normale" PC Hardware nicht echtzeitfähig ist.

    1. Caches verhindern Echtzeitfähigkeit:
    Cache im Prozessor, Ram, Festplatte haben Zugriffszeiten die sich um 10er Potenzen unterscheiden. Da die Pageersetzungen von modernen Prozessoren nicht beinflußbar sind, geht die Vorhersagbarkeit und damit die echtzeitfähigkeit verlohren.

    2. Interrupts verhindern Echtzeitfähigkeit:
    Es ist kaum vorhersagbar ob die Hardware nicht irgendwelchen zeitlichen Abhängigkeiten beim Abarbeiten von Interrupts unterliegen. Und der Interrupt selbst ist auch Gift, wenn er in einer harten Deadline auftritt.

    3.Eternet ist nicht echtzeitfähig:
    Ethernet Netzwerkkarten arbeiten mit Kollisionserkennung (nicht Vermeidung) und sind daher nicht echtzeitfähig.

    Daher erübrigen sich diese "Windows ist nicht echtzeitfähig, Linux schon" Erörterungen. Denn auf dieser "normalen" Hardware ist kein Betriebssystem echtzeitfähig, weil es die Hardware schon nicht ist.



  • lasst uns ne echtzeit hardware bauen:) wäre doch was für dich Heinzelotto ^^



  • 1. Caches verhindern Echtzeitfähigkeit:
    Cache im Prozessor, Ram, Festplatte haben Zugriffszeiten die sich um 10er Potenzen unterscheiden. Da die Pageersetzungen von modernen Prozessoren nicht beinflußbar sind, geht die Vorhersagbarkeit und damit die echtzeitfähigkeit verlohren.

    Falsch. Es lässt sich eine (vernünftige) Obergrenze finden wo man garantieren kann dass die Zeit die nötig ist um Operation X durchzuführen nie drüber liegen wird. Die Festplatte kann man zudem einfach aus der Rechnung rausnehmen indem man einfach Seiten in den Speicher sperrt, bzw. ein System verwendet welches garnicht erst anfängt irgendwas zu pagen.

    2. Interrupts verhindern Echtzeitfähigkeit:
    Es ist kaum vorhersagbar ob die Hardware nicht irgendwelchen zeitlichen Abhängigkeiten beim Abarbeiten von Interrupts unterliegen. Und der Interrupt selbst ist auch Gift, wenn er in einer harten Deadline auftritt.

    WTF?
    Zeitliche Abhängigkeiten beim Abarbeiten von Interrupts? Geht es bitte noch etwas nebulöser?

    3.Eternet ist nicht echtzeitfähig:
    Ethernet Netzwerkkarten arbeiten mit Kollisionserkennung (nicht Vermeidung) und sind daher nicht echtzeitfähig.

    WTF^2?
    Schonmal auf die Idee gekommen die Netzwerkkarte einfach nicht an Stellen zu verwenden wo man Echtzeit garantieren muss? Und... wusstest du dass es auch was anderes neben Ethernet gibt?



  • Das ist eben das Problem, daß man auch den Begriff "Echtzeitfähigkeit" im Kontext der Aufgabe definieren kann.

    In der chemischen oder verfahrenstechnischen Industrie heißt Echtzeit oft "im Bereich von Minuten", und diese Zeit kann man problemlos mit einem normalen OS garantieren.

    Es gibt auch noch trickreiche Varianten, indem man z.B. nur einige wenige Operationen im Millisekundenbereich (z.B. Motorsteuerung, Reaktion auf einen Trigger) in einer SoftSPS im PC macht, den Rest aber im PC. So ein System deckt auch die Anforderung Echtzeit problemlos ab. Z.B. Triggerauswertung in der SoftSPS, aber die darauf folgende Bildverarbeitung im PC. Damit kommt man ohne Schwierigkeiten auch mit .NET in Taktzeiten unterhalb einer Sekunde. Das ist in der diskreten Fertigung schon eine sehr hohe Maschinentaktzeit.

    Ich würde diese Frage nicht so schwarz-weiß sehen.



  • Marc++us schrieb:

    Das ist eben das Problem, daß man auch den Begriff "Echtzeitfähigkeit" im Kontext der Aufgabe definieren kann.

    In der chemischen oder verfahrenstechnischen Industrie heißt Echtzeit oft "im Bereich von Minuten", und diese Zeit kann man problemlos mit einem normalen OS garantieren.

    Es gibt auch noch trickreiche Varianten, indem man z.B. nur einige wenige Operationen im Millisekundenbereich (z.B. Motorsteuerung, Reaktion auf einen Trigger) in einer SoftSPS im PC macht, den Rest aber im PC. So ein System deckt auch die Anforderung Echtzeit problemlos ab. Z.B. Triggerauswertung in der SoftSPS, aber die darauf folgende Bildverarbeitung im PC. Damit kommt man ohne Schwierigkeiten auch mit .NET in Taktzeiten unterhalb einer Sekunde. Das ist in der diskreten Fertigung schon eine sehr hohe Maschinentaktzeit.

    Ich würde diese Frage nicht so schwarz-weiß sehen.

    Echtzeit heißt einfach nur rechtzeitig. Das hat nicht mit Geschwindigkeit zu tun.



  • Eingebettete Systeme schrieb:

    Echtzeit vs. Windows

    Diese ganze Diskussion erübrigt sich schon daher, dass die "normale" PC Hardware nicht echtzeitfähig ist.

    1. Caches verhindern Echtzeitfähigkeit:
    Cache im Prozessor, Ram, Festplatte haben Zugriffszeiten die sich um 10er Potenzen unterscheiden. Da die Pageersetzungen von modernen Prozessoren nicht beinflußbar sind, geht die Vorhersagbarkeit und damit die echtzeitfähigkeit verlohren.

    2. Interrupts verhindern Echtzeitfähigkeit:
    Es ist kaum vorhersagbar ob die Hardware nicht irgendwelchen zeitlichen Abhängigkeiten beim Abarbeiten von Interrupts unterliegen. Und der Interrupt selbst ist auch Gift, wenn er in einer harten Deadline auftritt.

    3.Eternet ist nicht echtzeitfähig:
    Ethernet Netzwerkkarten arbeiten mit Kollisionserkennung (nicht Vermeidung) und sind daher nicht echtzeitfähig.

    Daher erübrigen sich diese "Windows ist nicht echtzeitfähig, Linux schon" Erörterungen. Denn auf dieser "normalen" Hardware ist kein Betriebssystem echtzeitfähig, weil es die Hardware schon nicht ist.

    Klar, außerdem muß man die Laufzeitverzögerungen jedes Signals berücksichtigen. Beträgt immerhin einige Nano- bis Picosekunden pro Transistor.



  • Die Diskussion hat ein bißchen von der folgenden Situation:

    Ein Mann schaut sich mit dem Mikroskop eine Blattlaus an. Entsetzt schreit er auf und rennt davon: "Hilfe, da sitzt ein Monster auf meinem Schreibtisch."

    🤡



  • Marc++us schrieb:

    In der chemischen oder verfahrenstechnischen Industrie heißt Echtzeit oft "im Bereich von Minuten", und diese Zeit kann man problemlos mit einem normalen OS garantieren.

    na fein. erzähl das bloss nicht microsoft. sonst gibts demnächst eine 'Vista RTOS Edition'
    🙂


Anmelden zum Antworten