Decydowanie kiedy używać XmlDocument vs XmlReader

Optymalizuję niestandardowy obiekt - > narzędzie serializacji XML, i to wszystko jest zrobione i działa i to nie jest problem.

Zadziałało, ładując plik do obiektu XmlDocument, a następnie rekurencyjnie przechodząc przez wszystkie węzły potomne.

Uznałem, że być może użycie XmlReader zamiast XmlDocument Ładowanie/parsowanie całości będzie szybsze, więc zaimplementowałem również tę wersję.

Algorytmy są dokładnie takie same, używam klasy wrapper do abstrakcji funkcja radzenia sobie z XmlNode vs. an XmlReader. Na przykład, metody GetChildren yield zwracają potomek XmlNode lub poddrzewo XmlReader.

Napisałem więc sterownik testowy, aby przetestować obie wersje i używając nietrywialnego zestawu danych (plik XML 900kb z około 1350 elementami).

Jednak, używając JetBrains dotTRACE, widzę, że wersja XmlReader jest w rzeczywistości wolniejsza niż wersja XmlDocument! Wygląda na to, że w XmlReader odczytywanie połączeń, gdy jestem iteracja nad węzłami potomnymi.

Więc mówię to wszystko, aby zapytać:

Jakie są zalety / wady XmlDocument i XmlReader i w jakich okolicznościach należy je stosować?

Domyślam się, że istnieje próg rozmiaru pliku, przy którym XmlReader staje się bardziej ekonomiczna pod względem wydajności, a także mniej wymagająca pamięci. Próg ten wydaje się jednak przekraczać 1 MB.

Dzwonię ReadSubTree za każdym razem, aby przetworzyć węzły potomne:

public override IEnumerable<IXmlSourceProvider> GetChildren ()
{
    XmlReader xr = myXmlSource.ReadSubtree ();
    // skip past the current element
    xr.Read ();

    while (xr.Read ())
    {
        if (xr.NodeType != XmlNodeType.Element) continue;
        yield return new XmlReaderXmlSourceProvider (xr);
    }
}

Że test dotyczy wielu obiektów na jednym poziomie ( tj. wide & shallow) - ale zastanawiam się, jak dobrze XmlReader radzi sobie, gdy XML jest głęboki & szeroki? XML, z którym mam do czynienia, jest podobny do modelu obiektu Danych, 1 obiekt nadrzędny do wielu obiektów potomnych, itp.: 1..M..M..M

Nie znam też wcześniej struktury analizowanego XML, więc nie mogę go zoptymalizować.