Ilyen esetben nem lehetne megoldani, hogy az XML-t előállító oldal szűrjön, és az XML-be csak a téged érdeklő adat kerüljön? Lehet még úgy is gyorsabb lehetne, ha több különböző tartalmú XML-t kérnél le, mint egy bazi nagyot, amit aztán fel kell dolgozni. Na persze ha a kiszolgáló oldal fekete doboz, akkor így járás esete, de ha nem...
Nyilván nem tudom pontosan mi volt a feladat és az egyéb lehetőségek, így nem ítélkezésként, csak érdekességként írom: én egyszer jártam úgy ügyfélnél (üzemeltetésben vagyok érdekelt), hogy a fejlesztő azt mondta, erősebb gép kell kliensnek, mert nagyon lassú a program a mostani gépeken (ügyviteli rendszer, nem atomhasadás-modellezés). Ilyen i3-i5 gépek voltak 8-16 GB memóriával, SSD-vel. Kicsit jobban megnéztem a kliens-szerver kommunikációt, milyen téren is kell erősebb gép, és kiderült, hogy a kliens progi "SELECT * FROM table;" kérésekkel betöltött minden számára szükséges táblát minden egyes kereséshez (olykor 6-8 komplett táblát, ami év vége felé már nem volt kicsi), és kliens oldalon, programból "végezte" a relációs adatbázis kezelést... Hát, ezért kellett volna erősebb kliens gép a program alá... Írtam egy ilyen több táblás riporthoz nekik egy SQL-t JOIN-okkal meg WHERE meg LIMIT varázsszavakkal, és azonos kimenetet produkáltam 0.15 mp-es futásidővel szerver oldalon, hogy az igazam bizonyítsam... Javasoltam, hogy talán ha az RDBMS csinálná ezt - mert főleg erre van, nem hálózati megosztásként funkcionálásra -, a kliens meg csak megjelenítené az eredményt (ahogy az normális helyen szokott lenni), akkor kenyérpirító is elég lenne képernyővel az user-nek.