Discussion:
Seltsame Timeouts
(zu alt für eine Antwort)
Alfred Gemsa
2018-03-22 10:24:46 UTC
Permalink
Hallo,

auf einigen Windows7-Systeme geschieht folgendes Merkwürdiges:

1. Ein hundsgemeines Fileopen funktioniert sofort.

2. Ein TFileStream.Create braucht beim ersten mal sage und schreibe 12
Sekunden, alle weiteren Creates gehen dann ohne Verzögerung.

3. DeleteFile verhält sich 2., beim ersten mal 12 Sekunden, dann ohne
Verzögerung.

Auf anderen baugleichen PCs läuft alles völlig normal.

Ich bin ratlos, wo man da ansetzen muss.

Alfred.
Hans-Peter Diettrich
2018-03-22 12:35:30 UTC
Permalink
Post by Alfred Gemsa
Hallo,
1. Ein hundsgemeines Fileopen funktioniert sofort.
Und wie lange dauert dann das Lesen des ersten Bytes`?
Post by Alfred Gemsa
2. Ein TFileStream.Create braucht beim ersten mal sage und schreibe 12
Sekunden, alle weiteren Creates gehen dann ohne Verzögerung.
3. DeleteFile verhält sich 2., beim ersten mal 12 Sekunden, dann ohne
Verzögerung.
Auf anderen baugleichen PCs läuft alles völlig normal.
Das könnte ein Virus oder AV Software sein (Teufel und Beelzebub).

Oder eine besonders ungünstige Verzeichnisstruktur, die beim ersten Mal
aufwendig in den Cache geladen werden muß.

DoDi
Alfred Gemsa
2018-03-22 13:13:57 UTC
Permalink
Post by Hans-Peter Diettrich
Und wie lange dauert dann das Lesen des ersten Bytes`?
Das Create dauert, danach geht Lesen und Schreiben normal.
Post by Hans-Peter Diettrich
Das könnte ein Virus oder AV Software sein (Teufel und Beelzebub).
Virenscanner läuft, ist es aber nicht.
Post by Hans-Peter Diettrich
Oder eine besonders ungünstige Verzeichnisstruktur, die beim ersten Mal
aufwendig in den Cache geladen werden muß.
Das ist es: Ich habe drei gemappte Netzlaufwerke. Ohne diese geht's
normal schnell.

Allerdings lege ich den Filestream lokal im $USERDIR an, weshalb Windows
anscheinend erstmal auf allen Laufwerksbuchstaben rumturnt, weiß ich nicht.

Danke,
Alfred.
Alfred Gemsa
2018-03-22 13:48:41 UTC
Permalink
Post by Alfred Gemsa
Post by Hans-Peter Diettrich
Oder eine besonders ungünstige Verzeichnisstruktur, die beim ersten
Mal aufwendig in den Cache geladen werden muß.
Das ist es: Ich habe drei gemappte Netzlaufwerke. Ohne diese geht's
normal schnell.
Mist, geht schon wieder nicht, obwohl es kurzzeitig nach dem Trennen der
Netzlaufwerke verschwunden war.

Es scheint am Rechner zu liegen, wie gesagt: baugleiche Systeme zeigen
den Effekt nicht.

Alfred.
Alfred Gemsa
2018-03-27 11:20:25 UTC
Permalink
Am 22.03.2018 um 14:48 schrieb Alfred Gemsa:

So, jetzt mal ein Bericht, woher es kam, vielleicht nützt es ja dem
einen oder anderen:

1. Erzeugen eines Filestreams, Datei-Erweiterung: .wav
2. Der Trend-Micro-Virenscanner wird aufmerksam und versucht nach Hause
zu telefonieren (URL: <irgendwas>.trendmicro.com, ab da ist der Process
eingefroren.
3. Trend-Micro erzeugt eine DNS-Anfrage an unsere lokalen DNS-Server,
aber da unsere System keine Verbindung zum Internet haben, wird das nix.
4. Nach 12 Sekunden melden diese, dass sie keine Namesauflösung parat haben
5. Trend-Micro zieht sich beleidigt zurück, danach gibt er alles frei
und es läuft wieder.

Wenn statt einer wav-Datei ein txt-File angelegt wird, passiert das nicht.

Also Workaround: Anlegen des Streams ohne Erweiterung, nach Schließen
des Streams umbenennen des Files in .wav.

So was Seltsames habe ich sonst noch nicht beobachtet.

Gruß, Alfred

Loading...