XE4: TXMLDocument.LoadFromFile lädt die komplette Datei?

[hoika]

Hallo#,

aus der Hilfe ist das leider nicht ersichtlich.
Lädt denn LoadFromFile die komplette Datei in den Speicher
oder lädt bei Bedarf nach.
Ich weiss zumindestens, dass intern MSXHL und deshalb auch Interafaces verwendet werden.

Ich habe mal eine Performance-Test NativeXml vs. TXMLDocument.
Bei einer 20 MB grossen Datei brauchte TXMLDocument nur 1/4 der Zeit.

Kann das sein?

Danke

Heiko

[himitsu]

Fast alle XML-DOM-Parser laden das komplet in den RAM.
> Stream in den RAM laden > nach Unicode umcodieren > in einen DOM-Baum aufsplitten (viele Objekte je Knoten und Eigenschaft)

Willst du sequentiell laden, ohne daß alles im RAM landet, dann nimm einen SAX-Parser.

Joar, je größer die XML um so langsamer wird das MS-XML-DOM und um so mehr RAM verschwendet es.
Je nach Dateigröße sind viele der verfügbaren XML-DOMs unterschiedlich schnell, bieten unterschiedlich viele Features und verbrauchen unterschiedlich viel RAM.
(ab 200 MB wird es mit dem MS-XML-DOM etwas schwerer, in einem 32-Bit-Programm)


Und nein, Interfaces/Objekte verwendet es wegen was Anderem -> Weil es ein Document Object Model (DOM) ist.

[hoika]

Hallo,

danke für die schnelle Info.
Die Dateien sind im Schnitt 50 MB gross
und das MSXML ist 4mal schneller als NativeXML, dass passt.
Ich hatte die Befürchtung, es würde langsamer werden.


Heiko

[himitsu]

Nja, das MS-XML-DOM ist gern langsamer, als viele andere XML-Libs.

siehe other.7z ->http://www.delphipraxis.net/130751-h...-himix-ml.html

[Bernhard Geyer]

Zitat von hoika:

und das MSXML ist 4mal schneller als NativeXML, dass passt.
Ich hatte die Befürchtung, es würde langsamer werden.

MS-Implementierungen sind nicht per Definition langsamer. Wenn viel mit String gearbeitet wird und die Implementierung Unicodefähig ist, sind die Versionen für < D2009 merklich langsamer da Widestrings extrem langsamer sind gegenüber den Unicodestrings von D2009+