TFileStream.Write langsam, wenn man nur 1 Zeichen schreibt?

[p80286]

Warum füllst Du bei jedem Schreibvorgang den Buffer erneut mit 'A' ?

Sag doch mal was Du erreichen willst.

Gruß
K-H

[EWeiss]

Zitat von p80286:

Warum füllst Du bei jedem Schreibvorgang den Buffer erneut mit 'A' ?

Sag doch mal was Du erreichen willst.

Gruß
K-H

Zitat:

Ich möchte gerne X-Mal ein Zeichen in eine Datei schreiben

Ich denke er will nur eine Methode erlernen ein Zeichen (X-Mal) so schnell wie möglich in eine Datei zu schreiben.

Das scheint er ja mit Hilfe von Daniel erreicht zu haben.
Ein besonderer Grund muss dafür abweichend vom genannten nicht zwingend notwendig sein.
Es steckt manchmal einfach nur der Sinn dahinter etwas lernen zu wollen.

gruss

[a.def]

Zitat von EWeiss:

Es steckt manchmal einfach nur der Sinn dahinter etwas lernen zu wollen. gruss

[EWeiss]

Zitat von a.def:

Zitat von EWeiss:

Es steckt manchmal einfach nur der Sinn dahinter etwas lernen zu wollen. gruss

Na ja

Ich finde es gut wie du es machst habe einige deiner erstellten Themen verfolgt.
Du akzeptierst nicht alles was man dir vorlegt, hinterfragst und bist erst dann glücklich wenn du eine für dich
Nachvollziehbare akzeptable Lösung gefunden hast.
Dem ist nicht entgegenzusetzen.

Von daher geht das zurück.

gruss

[a.def]

Ich stelle mich oft aber auch extrem dumm an, das muss ich dazusagen.

[EWeiss]

Zitat von a.def:

Ich stelle mich oft aber auch extrem dumm an, das muss ich dazusagen.

geht mir genauso keine Sorge.
Es hat auch nichts mit schleimen zu tun auch verdient es keinen Pokal aber zumindest meine Anerkennung
das du nicht alles so hinnimmst sondern Hinterfragst und LERNEN willst.

OK wird jetzt OT:
Damit ist alles gesagt.

gruss

[a.def]

Ich dachte bis vor ein paar Stunden tatsächlich noch, dass das OK ist so wie ich meinen String im Speicher zusammengebaut habe.
Ich habe zwar schon von FillChar gehört wusste aber nicht, dass man es eben hier so gut einsetzen kann.

[himitsu]

FillChar ist ein "böser" Name, aber wenn man bedenkt, dass in C++ ein Byte auch als UCHAR benannt wird (unsigned char)
und dass "früher" auch im Delphi ein Char (AnsiChar) mal 1 Byte groß war.

PS: FillChar -> ZeroMemory (kennt auch Delphi)
In C++ gibt es noch SecureZeroMemory, da dort der Compiler eventuell das "Macro" ZeroMemory wegoptimiert, wenn man danach nicht mehr lesend auf diese Variable zugreift. (aber Delphi macht das nicht, also einfach den Hinweis im MSDN ignorieren )

[himitsu]

Such hier mal meinen FileSplitter. (große Datenmengen schnell lesen/schreiben)

Es gibt grundsätzlich erstmal mehrere Wege für Dateizugriffe, die auch kombiniert werden können.
* MemoryMappedFiles > Dateiinhalt in den Arbeitsspeicher gemappt
* buffered ReadFile/WriteFile
* nonbuffered ReadFile/WriteFile
* man kann beim Dateiöffnen angeben, ob man sequentiell oder zufällig auf die Datei zugreifen will (das soll angeblich z.B. den WindowsFileCache optiomieren)
* dann kann man das Ganze auch noch synchron oder asynchron ausführen > ReadFile/WriteFile warten bis sie fertig sind oder kehren schon vorher zurück
* wenn man will kann man auch noch 'ne Transaction dazwischenschalten
* und zusätzlichen privaten Pufferspeicher im Programm, vorallem wenn man sehr oft wenige Bytes zusammenhängend hat > also erst in einem Buffer zusammenfassen und dann zusammen in die Datei schreiben, bzw. in einen Buffer auslesen und dann den Kleinkram dort rausholen (macht z.B. das alte Read/Write/ReadLn/WriteLn)

* Windows legt standardmäßig den WindowsFileCache dazwischen, also dein WriteFile landet erstmal da und dann später erst auf der Platte
beim Lesen natürlich andersrum und ein zweiter Lesezugriff ist schneller, wenn es da schon drin ist
* aber z.B. bei Wechseldatenträgern ist der Schreibcache oft deaktiviert (bzw. wird umgehend wieder geleert)
* dann kommt noch der Cache des IO-Controllers und des Datenträgers (HDD)
* die Clustergröße des Dateisystems und die größe der Speicherblöche des Datenträges spielen eine Rolle
* und natürlich auch die Größe der verschiedenen Cache und des freien Arbeitspeichers (für WFC)
* Cache- und Blockgrößen in den Datenträgern unterscheiden sich auch zwischen USBStick/MemoryCard, SSD, HybridDisk und HDD und dann natürlich auch zwischen kleinem und großen Datenträger

So, jetzt hast du millionen Systemkonfigurationen und es ist nahezu unmöglich dass es überall gleich gut läuft, aber man kann gewisse Grundeigenschaften "optimieren".