Zugriffszeiten auf RS232 über Visual Basic .NET mit Windows

Da Windows kein Echtzeitbetriebssystem ist und auch nicht vorgibt, eines
zu sein, sind derartige Dinge nicht dokumentiert und können auch gar
nicht dokumentiert werden.
Das hast Du ja auch selbst erkannt, daher widerspricht Deine Frage
dieser Erkenntnis.

Je nach Systemlast kann da sehr viel Zeit vergehen, muss aber nicht.
Wenn der verwendete Rechner zu wenig Arbeitsspeicher hat, und erst mal
Teile der .Net-Runtime aus dem Speicher pagen muss, um andere Teile der
Runtime zu laden oder was auch immmer zu tun, dann kann das halt
ziemlich bis sehr lange dauern. Ist beispielsweise die Festplatte
gerade abgeschaltet, so kann es mehrere Sekunden dauern, bis die wieder
angelaufen ist.
Dieser Betriebsfall ist zwar recht unwahrscheinlich (man kann das
Abschalten der Festplatten über die Energieoptionen in der
Systemsteuerung beeinflussen), aber nicht auszuschließen.

Fazit: Unter Windows gibt es keine maximalen Zeiten für irgendwelche
Vorgänge, sondern nur "typische" Zeiten.

Was Wolfram meint, kann auftreten, wenn Hardwarehandshake verwendet
wird.

Wieso wiederholtes Senden? Das ist bei Verwendung von Hardwarehandshake
nicht nötig; die Hardware der Schnittstelle sendet solange nicht, wie
ihr das durch die Handshakeleitungen verboten wird.
Sobald aber das Senden durch die Handshakeleitung freigegeben wird,
werden alle bislang im Sendepuffer des Schnittstellenbausteines
gespeicherten Daten gesendet; verloren geht dabei nichts.