Re: Zugriff auf Datenbank im Netzwerk
From: Peter Fleischer (peter.fleischer_nospam__at_gmx.de)
Date: 09/22/04
- Next message: Christoph Hillers: "SQL-Path-Through Abfragen ODBCConnectionStr einstellen"
- Previous message: Peter Götz: "Re: Zugriff auf Datenbank im Netzwerk"
- In reply to: Peter Götz: "Re: Zugriff auf Datenbank im Netzwerk"
- Next in thread: Joachim.Hubinger: "Re: Zugriff auf Datenbank im Netzwerk"
- Reply: Joachim.Hubinger: "Re: Zugriff auf Datenbank im Netzwerk"
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 22 Sep 2004 12:47:09 +0200
Peter Götz wrote:
...
> Das ändert nichts daran, dass der Adder in der CPU zur Zeit immer nur
> eine Operation ausführen kann. Auch wenn es durch die
> Zeitscheibentechnik des Betriebssystems so aussieht als würden da
> mehrere Dinge gleichzeitig ablaufen. Sie laufen eben nicht
> gleichzeitig sondern hintereinander ab.
Peter,
wenn du nur die CPU-Mikrozyklen einer CPU betrachtest, hast du natürlich
Recht. Eine einzige von dir in VB geschriebene Anweisung wird aber durch die
Ausführung vieler solcher Mikrozyklen realisiert, die recht oft unterbrochen
werden, um anderen Prozessen z.B. CPU-Ressourcen zuzuteilen. Damit entsteht
praktisch ein Mehrnutzerablauf auch auf einer CPU, da sich zu einem
Zeitpunkt viele Prozesse im gleichen oder unterschiedlichen
Abarbeitungszustand befinden können.
>> Auch werden auf der LAN-Karte die Pakete
>> "verschachelt" übertragen, so dass auch diese Ressource parallel
>> mehrfach bezüglich der Datenströme genutzt wird. Wenn du mit
>> multithreading in dotNET arbeitest, verspürst du sehr schnell diese
>> Parallelarbeit.
>
> Natürlich können die einzelnen Datenpakete verschachtelt auf die
> Leitung gehen, was aber auch nichts daran ändert, dass sie eben
> hintereinander und niemals zeitgleich laufen.
Deiner Logik folgend gibt es überhaupt keinen Mehrnutzerbetrieb, da die
Wahrscheinlichkeit der gleichzeitigen Ausführung von unterschiedlichen
Prozessen auch bei vielen CPU's gegen 0 geht, wenn man determistisch im
Atto-Sekundenbereich rechnet.
> Es kann also niemals
> der Fall eintreten, dass beim selben Empfänger zur selben Zeit zwei
> "Letzte" Datenpakete vom selben Absender eintreffen. Daran ändert
> auch das Multithreading bei dotNet oder auch anderswo nichts.
Der deterministische Zeitpunkt des letzten Signals einer letzten
Datenpaketes ist bei ausreichend detaillierter Zeitbetrachtung natürlich
unterschiedlich, egal wie viele NIC's du betrachtest. Die danach ablaufende
Verarbeitung läuft aber betrachtet als Prozess parallel, da unterschiedliche
Prozesse sich im Erfüllungsstand beliebig "überholen" können, da die
Abarbeitung beliebig oft unterbrochen werden kann, wenn beispielsweise auf
Ressourcen gewartet werden muss oder einfach nur eine Zeitscheibe abgelaufen
ist.
Peter
- Next message: Christoph Hillers: "SQL-Path-Through Abfragen ODBCConnectionStr einstellen"
- Previous message: Peter Götz: "Re: Zugriff auf Datenbank im Netzwerk"
- In reply to: Peter Götz: "Re: Zugriff auf Datenbank im Netzwerk"
- Next in thread: Joachim.Hubinger: "Re: Zugriff auf Datenbank im Netzwerk"
- Reply: Joachim.Hubinger: "Re: Zugriff auf Datenbank im Netzwerk"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
