Was ist der Unterschied zwischen FileStream.Flush() und FileStream.Flush(True)?

MSDN sagt, dass FileStream.Flush(True) "löscht auch alle zwischen-Datei Puffer"..

Was bedeutet "alle temporären Datei-Puffer" genau meinen?

InformationsquelleAutor cooldfish | 2011-02-07
  1. 24

    Es bewirkt, dass die Datei Daten, die im Zwischenspeicher gespeichert in der Datei system cache auf die Festplatte geschrieben werden. Dass Daten, die normalerweise träge geschrieben, basierend auf der position des disk-schreib-Kopf. Mit einem gigabyte Cache Daten technisch möglich ist, so kann es durchaus eine Weile dauern. Wenn dies für Sie wichtig ist, dann erwägen, die FileOptions.WriteThrough option statt. Es deaktiviert den Schreibcache komplett. Dies kann sehr teuer sein; du wirst entdecken, wie man langsame Festplatten wirklich sind.

    • Beachten Sie, dass die FileStream-sich einen Puffer. Also mit FileOptions.WriteThrough ist nicht eine alternative zum aufrufen von FileStream.Flush(True), es sei denn, Sie legen auch BufferSize-1.
    InformationsquelleAutor Hans Passant
  2. 6

    Beim Aufruf Flush() oder Flush(false), FileStream "Kopien der Datei alle Daten, die zuvor geschrieben, um den Puffer und den Puffer löscht (außer die encoder-Zustand)". Puffer bedeutet hier, dass interne Puffer FileStream Klasse. Und kopieren der Datei ist nicht das schreiben von Daten auf Discs. Es ist nur die übergabe von Daten an OS.

    Aber, E /a-Vorgänge in Windows OS sind ebenfalls gepuffert - das schreiben von Daten auf die Festplatte verschoben werden könnten, bis die Anlage fertig sein wird, es zu tun. Also, löschen alle zwischengeschalteten Puffer erzwingt das schreiben der gepufferten Daten auf eine Disk. Puffer hier mittels Windows interner Puffer [Datei system cache].

    BTW, wenn Sie die Datei schließen, werden alle gepufferten Daten geschrieben werden, auf die Disk automatisch. So müssen Sie das Zeug nur, wenn Sie müssen Daten geleert werden, bevor der Datei-handle wird geschlossen.

    • Es gibt keine "Geber Status" in FileStream es dauert Byte - Zeichen nicht - und überträgt diese von/auf Festplatte. Waren Sie vielleicht denken StreamWriter?
    • Es scheint, dass beim schließen der Datei werden alle gepufferten Daten geschrieben, um die OS statt auf der Festplatte. Oder so performance-tests zeigen: File.AppendAllText() hat eine Dauer in der selben Größenordnung wie fileStream.Write(); fileStream.Flush(false);, in der Erwägung, dass fileStream.Write(); fileStream.Flush(true); ist um eine Größenordnung langsamer. Da File.AppendAllText() sofort schließt die Datei wieder und nimmt bei weitem nicht so lange wie fileStream.Flush(true) können wir davon ausgehen, dass die Datei schließen, schreibt die gepufferten Daten in die OS, anstatt zwingen, den OS zu schreiben, auf die Festplatte zu speichern.
    InformationsquelleAutor Sergey Berezovskiy
  3. 1

    Dadurch wird eine zusätzliche Aufruf von flush den Puffer in Datei:

     Win32Native.FlushFileBuffers(this._handle);
    • Ist es ok, post-source-code aus der MS-Implementierung? (trotz der Tatsache, dass ich denke, dass der code hier keinen Mehrwert für die Antwort)
    • Ich verwendete Reflektor, reverse Engineering. Theer ist nichts illegales daran.
    • Posting source code - Dieser wurde viel diskutiert über Meta. Zum Beispiel meta.stackexchange.com/questions/74890/... und meta.stackexchange.com/questions/20153/...
    • Sie können Lesen Sie den code legal bedeutet nicht, es ist legal es hier zu veröffentlichen.
    • OK Jungs ich habe es entfernt. Aber ohne einen Blick in den source-code, wie sonst können Sie zuverlässig sagen, was es tut? Ich wollte nur klar machen, das wurde sah von dem original-code.
    • Diese Frage wurde noch nicht endgültig beantwortet, soweit ich das sehen kann. Die MS shared-source-Lizenz erlaubt Vertrieb für pädagogische Zwecke microsoft.com/resources/msdn/en-us/MSDN-FILES/027/002/097/.... "Ebenso dürfen Sie diese Software mit Büchern oder anderen Unterrichtsmaterialien, oder die Software zu veröffentlichen, auf Webseiten, die bestimmt sind, zu unterrichten, in die Handhabung der Software."
    • Der Konsens scheint zu sein, dass es nichts rechtlich falsch mit der Aufgabe der disassemblierten code von Reflektor, aber mehrere Leute, die an Projekten arbeiten, wie Mono-haben darum gebeten, dass du nicht so. Sie sind an die Vereinbarung gebunden, dass Sie nicht bei MS suchen code. Gesehen zu haben, könnte es beeinträchtigen Ihre Fähigkeit, weiter zu arbeiten auf dem Projekt.

    InformationsquelleAutor Aliostad
Schreibe einen Kommentar