132501
17.07.2019, aktualisiert um 13:32:56 Uhr
1362
7
0
Dateihandling bei Windows 10 anders als bei Windows 7?
Hallo zusammen,
öffnet, bearbeitet und schließt Windows 10 Daten maßgeblich anders als Windows 7 es tut/getan hat?
Folgender Hintergrund:
Ein von uns selbsterstelltes Tool filtert aus Textfiles gewisse Daten (100erte von Zeilen mit Zahlenkombinationen).
Diese werden von Deskriptoren vorgegeben, was ebenfalls Textdateien sind. Anschließend werden diese Daten in eine CSV Datei geschrieben.
Das alles passiert auf Fileserverebene, nicht lokal.
1.) Deskriptor lesen
2.) Textfile öffnen
3.) Werte suchen und in CSV Datei schreiben
4.) Textfile schließen
Wir konnten durch Einbau von Zeitmessungen feststellen, dass die meiste Zeit beim öffnen und schließen der Textfiles drauf geht.
Wird dies auf einem Windows 7 PC durchgeführt, dauert der gesamte Vorgang nur wenige Sekunden. Auf einem aktuell gepatchten 1903 Windows 10 PC mit ähnlicher Hardware dauert der Vorgang teils 3 Minuten und länger. Die beiden PCs sind absolut identisch konfiguriert. Deinstallation von sämtlicher Unternehmenssoftware und Antivirus hat nicht geholfen. Daher die Frage: Handlet Windows 10 Dateizugriffe o. g. Art in Netzwerkressourcen anders als Windows 7? Fehler an unserem Fileservercluster haben wir bis jetzt ausgeschlossen, da ja mit Windows 7 alles normal ist.
Hier eine vereinfachte Form der Batchabfolge:
Am Ende wird in der Performance_Log.txt die Zeit eingetragen, die die beiden Abläufe benötigt haben.
Vielleicht habt ihr eine Idee?
öffnet, bearbeitet und schließt Windows 10 Daten maßgeblich anders als Windows 7 es tut/getan hat?
Folgender Hintergrund:
Ein von uns selbsterstelltes Tool filtert aus Textfiles gewisse Daten (100erte von Zeilen mit Zahlenkombinationen).
Diese werden von Deskriptoren vorgegeben, was ebenfalls Textdateien sind. Anschließend werden diese Daten in eine CSV Datei geschrieben.
Das alles passiert auf Fileserverebene, nicht lokal.
1.) Deskriptor lesen
2.) Textfile öffnen
3.) Werte suchen und in CSV Datei schreiben
4.) Textfile schließen
Wir konnten durch Einbau von Zeitmessungen feststellen, dass die meiste Zeit beim öffnen und schließen der Textfiles drauf geht.
Wird dies auf einem Windows 7 PC durchgeführt, dauert der gesamte Vorgang nur wenige Sekunden. Auf einem aktuell gepatchten 1903 Windows 10 PC mit ähnlicher Hardware dauert der Vorgang teils 3 Minuten und länger. Die beiden PCs sind absolut identisch konfiguriert. Deinstallation von sämtlicher Unternehmenssoftware und Antivirus hat nicht geholfen. Daher die Frage: Handlet Windows 10 Dateizugriffe o. g. Art in Netzwerkressourcen anders als Windows 7? Fehler an unserem Fileservercluster haben wir bis jetzt ausgeschlossen, da ja mit Windows 7 alles normal ist.
Hier eine vereinfachte Form der Batchabfolge:
@echo off
set PfadListe=..\Auswertung\%1\testlist.txt
set PfadListeAlt=..\Auswertung\%1\testlist_alt.txt
set PfadImport=..\Auswertung\%1\
set PfadDescriptor=..\Auswertung\Descriptor\
IF %2 == All set Opts=-all
@echo on
dir ..\%1\*.txt /OD /t:c /B > .\%1\testlist.txt
cd ..
cd %1
@echo. >> ..\Auswertung\%1\Performance_Log.txt
@echo. >> ..\Auswertung\%1\Performance_Log.txt
@echo ## Execution date:%date% ## >> ..\Auswertung\%1\Performance_Log.txt
hostname >> ..\Auswertung\%1\Performance_Log.txt
convsnapshot -? >> ..\Auswertung\%1\Performance_Log.txt
@echo Run Evenness Modul A >> ..\Auswertung\%1\Performance_Log.txt
@echo %time% >> ..\Auswertung\%1\Performance_Log.txt
convsnapshot %Opts% %PfadListe% %PfadDescriptor%desc_evenness_ModA.txt %PfadImport%res_evenness_ModA.fxt %PfadListeAlt%
@echo Ready >> ..\Auswertung\%1\Performance_Log.txt
@echo %time% >> ..\Auswertung\%1\Performance_Log.txt
@echo Run Polfilter >> ..\Auswertung\%1\Performance_Log.txt
@echo %time% >> ..\Auswertung\%1\Performance_Log.txt
convsnapshot %Opts% %PfadListe% %PfadDescriptor%desc_polfilter.txt %PfadImport%res_polfilter.fxt %PfadListeAlt%
@echo Ready >> ..\Auswertung\%1\Performance_Log.txt
@echo %time% >> ..\Auswertung\%1\Performance_Log.txt
@echo. >> ..\Auswertung\%1\Performance_Log.txt
@echo. >> ..\Auswertung\%1\Performance_Log.txt
cd ..
cd Auswertung
cd %1
del testlist_alt.txt
Rename testlist.txt testlist_alt.txt
cd ..
IF %2 NEQ All pause
pauseAm Ende wird in der Performance_Log.txt die Zeit eingetragen, die die beiden Abläufe benötigt haben.
Vielleicht habt ihr eine Idee?
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 474135
Url: https://administrator.de/forum/dateihandling-bei-windows-10-anders-als-bei-windows-7-474135.html
Ausgedruckt am: 28.04.2025 um 13:04 Uhr
7 Kommentare
Neuester Kommentar
Hi,
wäre es nicht einfacher und sinnvoller, das direkt in der von Euch selbst erstellen Anwendung "convsnapshot" zu debuggen, anstatt "drumherum"?
Weiterhin wissen wir ja nicht, wie genai diese Dateien in dieser Anwendung geöffnet und geschlossen werden.
E.
wäre es nicht einfacher und sinnvoller, das direkt in der von Euch selbst erstellen Anwendung "convsnapshot" zu debuggen, anstatt "drumherum"?
Weiterhin wissen wir ja nicht, wie genai diese Dateien in dieser Anwendung geöffnet und geschlossen werden.
E.
Hi,
macht doch mal den Gegentest und kopiert alle Daten und das Programm lokal und schaut ob es Unterschiede gibt.
macht doch mal den Gegentest und kopiert alle Daten und das Programm lokal und schaut ob es Unterschiede gibt.
Daher die Frage: Handlet Windows 10 Dateizugriffe o. g. Art in Netzwerkressourcen anders als Windows 7? Fehler an unserem Fileservercluster haben wir bis jetzt ausgeschlossen, da ja mit Windows 7 alles normal ist.
Lokal gibt es keine Probleme.
Wie das Tool die Daten genau öffnet und schließt erfahre ich hoffentlich gleich. Allerdings sagte der Kollege, das er dahingehend schon alles geprüft hat. Das ursprüngliche Tool war mit VS 2010 kompiliert worden. Wir haben es extra nochmal mit VS 2017 kompiliert, um Versionsprobleme auszuschließen.
Lokal gibt es keine Probleme.
Wie das Tool die Daten genau öffnet und schließt erfahre ich hoffentlich gleich. Allerdings sagte der Kollege, das er dahingehend schon alles geprüft hat. Das ursprüngliche Tool war mit VS 2010 kompiliert worden. Wir haben es extra nochmal mit VS 2017 kompiliert, um Versionsprobleme auszuschließen.
Mahlzeit Schroedi,
hast du auch den Windows Defender komplett deaktiviert?
Mit dem Prozessexplorer mal gecheckt, welcher Prozess da so lange arbeitet?
hast du auch den Windows Defender komplett deaktiviert?
Mit dem Prozessexplorer mal gecheckt, welcher Prozess da so lange arbeitet?
Dann vllt noch ein Versuch wert:
habt ihr die daten mal als Netzlaufwerk gemounted und es dann versucht?
Oder ist das der Standard, der jetzt schon gemacht wird?
habt ihr die daten mal als Netzlaufwerk gemounted und es dann versucht?
Oder ist das der Standard, der jetzt schon gemacht wird?
Zitat von @goscho:
Mahlzeit Schroedi,
hast du auch den Windows Defender komplett deaktiviert?
Mit dem Prozessexplorer mal gecheckt, welcher Prozess da so lange arbeitet?
Mahlzeit Schroedi,
hast du auch den Windows Defender komplett deaktiviert?
Mit dem Prozessexplorer mal gecheckt, welcher Prozess da so lange arbeitet?
Windows Defender wird per GPO komplett deaktiviert.
Hab mir den Prozess mal wie von dir empfohlen im Explorer angesehen. Relativ unauffällig.
Es gibt zwei deutliche negative Gaps.
Zitat von @emeriks:
Hi,
wäre es nicht einfacher und sinnvoller, das direkt in der von Euch selbst erstellen Anwendung "convsnapshot" zu debuggen, anstatt "drumherum"?
Weiterhin wissen wir ja nicht, wie genai diese Dateien in dieser Anwendung geöffnet und geschlossen werden.
E.
Hi,
wäre es nicht einfacher und sinnvoller, das direkt in der von Euch selbst erstellen Anwendung "convsnapshot" zu debuggen, anstatt "drumherum"?
Weiterhin wissen wir ja nicht, wie genai diese Dateien in dieser Anwendung geöffnet und geschlossen werden.
E.
Nach Rücksprache handelt es sich um eine in C programmierte Konsolenanwendung. Die Dateien werden mit fopen und fclose (stdio-lib) geöffnet und geschlossen.
