Ahojte,
u aplikací, které načítají mapy s více vrstvami / službami (třeba ÚAP apod.) bych také řekl, že je ExB mírně pomalejší. U nás to ale není nic dramatického (možná z důvodů níže).
Nejsem odborník na performance, ale příčinu bych možná nehledal na ArcGIS Serveru. Pokud ta samá konfigurace (data - služba - mapa) jela ve WAB rychleji, problém je klient, tj. ExB. A tady bych řekl, že je to dané obecně tím, jak je ExB koncepčně postavený. V ExB se využívá tzv. Data sources a Data view, což jsou vlastně subsety prvků mapových služeb vytvářené přímo na klientu, tj. v ExB, tj. v prohlížeči. I v případě, že se v ExB nedefinuje žádné Data view, jsou jednotlivé vrstvy mapových služeb načítány přes tyto Data sources. Data sources mají vlastní schéma, záznamy, můžou mít rodičovské / podřízení Data sources atd. A tohle všechno se počítá na klientu. K tomuto pak přistupují widgety, přičemž v ExB je widgetem i mapa. Tento koncept ve WAB neexistoval (a není ani v SDK, pokud vědomě nechceme), většina věcí se počítala na serveru, klient a widgety jen zobrazovaly výsledky.
Z toho vyplývá, že problémem může být i stroj, na kterém apka běží (my máme pro práci k dispozici poměrně slušné mašiny, což by vysvětlovalo poznámku o „nedramatičnosti“ v prvním odstavci). Zkuste si apku pustit na něčem výkonnějším, popř. na telefonu, kde je menší displej, nebo jen zmenšit okno prohlížeče. Podle mě budete zaznamenávat rozdíly v rychlosti – výkon stroje / objem dat, která se musejí počítat. To, kdo má jaké zařízení, to samozřejmě neovlivníte. Tady je to prostě daň za to, že toho ExB umí víc.
Co poradit. Sám nevím. Můžete zkusit na widgetu Mapa „Povolit dotazování na straně klienta“, což zní paradoxně, ale mělo by to fungovat tak, že se při inicializaci aplikace načtou všechna data v rámci Data sources a pak už se minimálně posílají dotazy na server, takže nekombinujete klient-side/server-side dotazování. Můžete zjednodušit webovou mapu, můžete zkusit místo mapových služeb feature služby (ve 4.x API mají být lépe optimalizované i pro zobrazování – formát PBF - a Esri je doporučuje), můžete zkusit migrovat na aktuální verzi ExB (nevím, jakou verzi používáte, performance rozdíly jsou i mezi verzemi ExB, resp. JS SDK použitém na pozadí), můžete apku osekat o Data view, triggery, pokud používáte, můžete při startu apky omezit widgety, které něco počítají (naházet je např. do widget controlleru, aby se spouštěly až na uživatelskou akci)…
Zda vám to brzdí AGS se můžete podívat do síťové komunikace na kartu „časy“. Porovnejte s WAB (jak píše Tomáš, sledujte jestli WAB i ExB posílá stejné query – u mapových služeb z mého pozorování ANO - aby to bylo porovnatelné). Podle mě ale zjistíte, že časy odpovědí AGS budou podobné. U nás tomu tak aspoň je. Takže nějaké zvyšování RAMek na serveru, instance apod. nemá smysl za výše pospaných okolností řešit – souhlas s Tomášem. U nás si dokonce ExB volá stejné DPI – 96 (u mapových služeb). Možná že na Enterprise 11 je to jinak. U nás jedeme ještě 10.9.1.
Co na to ostatní?
Jinak ještě doplním, že přenos nároků na klienta nezpůsobují je Data Sources, ale také technologie používané v čistém 4.x API a další..
Snad to bylo z toho včerejšího elaborátu pochopitelné… když tak mě na Community někdo doplní, dopřesní.
ExB ZDAR J
Kamil Novák Most
