Ни разу не сталкивался прежде. Но на форуме чего только не услышишь . Порылся в инете - получается по скорости он превосходит SAX-парсеры, по потреблению памяти намного лучше DOM (ну это понятно исходя из его архитектуры), по удобству API - аналогичен StAX-парсерам, по возможностям - почти DOM :-) А здесь кто-нибудь юзал VTD-XML ? Как впечатления ?

Depending on the perspective, VTD-XML can be viewed as one of the following
- An XML parser
- A native XML indexer or a file format that uses binary data to enhance the text XML
- An incremental XML content modifier
- An XML slicer/splitter/assembler
- An XML editor/eraser
- A way to port XML processing on chip ;-)

VTD-XML is ideally suited for building SOA applications. It is simultaneously:
- The world's most memory-efficient (1.3x~1.5x the size of an XML document) random-access XML parser.
- The world's fastest XML processor: On an Athlon64 3400+ PC, VTD-XML significantly (1.5x~2x) outperforms SAX parsers with NULL content handler, delivering 50~60 MB/sec sustained throughput, without sacrificing random access.
- The world's first general-purpose, true native XML indexer that seamlessly integrates with your XML applications.
- The world's first incremental-update capable XML parser capable of cutting, pasting, splitting and assembling XML documents with max efficiency.

Скорее всего нет, судя по описаниям при парсинге он весь документ индексирует. К тому же он обеспечивает xpath-доступ, а значит все токены уже должны быть проиндексированы. Хотя может быть и можно, надо пробовать. Я работал с одним парсером/процессором, изначально спроектированным под lazy-стратегию построения DOM. Были в ней некоторые ограничения конечно, но при правильном построении шаблонов он реально обеспечивал бОльшую скорость и меньшее потребление памяти как раз за счет инкрементального построения DOM. Думаю на базе VTD-XML тем более было бы проще реализовать парсер с ленивой загрузкой/парсингом. Кинуть им чтоль предложение, может сделают ? ;)