topic Re: ExB -dotaz na rychlost in Czech GIS Questions

ExB -dotaz na rychlost

JaroslavŠkrobák — Tue, 18 Mar 2025 12:59:18 GMT

Zdravím českou komunitu,

v rámci snahy dostat sem víc uživatelů české Esri scény sem vložím pár dotazů, které si kolegové zvykli nám (GISáci města a krajů) posílat mailem. A aby to v mailu nezůstalo a oni se naučili své dotazy vkládat sem, tak je sem budu klidně kopírovat za ně, než se to naučí sami a nebudou se bát se vkládat své klidně i jednoduché dotazy. Protože od toho to tu je, dostane se to k Arcdatům na případný další postup nebo zodpovězení.

--------------------------------------------------

Vážení kolegové,

vytvořila jsem obdobné aplikace na stejném serveru a nad stejnými daty ve WebApp Builderu a Exprerience Builderu.

Aplikace v Experience Builderu je výrazně línější ve všech úkonech (načtení vektorové vrstvy, posun mapy, změna měřítka, práce s widgety, zobrazení pop-up, …).

CPU a paměť procesoru jsou využity z cca 5 %.

Máte stejné zkušenosti? A rada jak to zrychlit?

Díky

Mgr. Jitka Coufalová, Ph.D.

správce GIS

Městský úřad Břeclav

Odbor kanceláře tajemníka

Oddělení rozvoje

Re: ExB -dotaz na rychlost

JaroslavŠkrobák — Tue, 18 Mar 2025 12:59:47 GMT

Ahoj,

máme podobnou zkušenost, takže se přidávám také k dotazu. Jen jsme si nebyly jistí, co to způsobuje, protože jsme v rámci migrace AGE na 11.1. přecházeli i na jiné servery. Od IT jsme navyšovali swap na 80GB, RAM 150GB – nemám představu, jestli to je dost/zoufale málo? Prý AGE 11.3. již hospodaří s RAM lépe..

Bylo nám doporučeno pracovat s maximem instancí. Zatím jsme nevyřešili, nebyl pořádně čas se tomu věnovat a čekáme na zpětnou vazbu uživatelů. Ale rychlost načítání aplikací mě osobně přijde dost zoufalá. Posílám alespoň článek, který se věnuje tématu instancí, i když nevím, zda je to zrovna to, co nás zachrání 😊

https://www.esri.com/arcgis-blog/products/arcgis-enterprise/administration/shared-instances-arcgis-server-107/

Zdravím z Ústí nad Labem

Markéta

Ing. Markéta Bláhová

Správce GIS
Odbor Územního plánování a stavebního řádu

Tel.: +420 475 271 660 m.:+420 722 455 432

Re: ExB -dotaz na rychlost

JaroslavŠkrobák — Tue, 18 Mar 2025 13:00:01 GMT

Zdravím, řešili jsme to u územních plánů, kdy nad stejnými službami bylo načtení služby v ExB aplikaci vůči WAB aplikaci pomalejší. Došli jsme k tomu, že ExB si službu načítal s mnohem vyšším DPI, tím pádem byla i větší zátěž na server. Dívala jste se do vývojářské konzole, co to při zapínání ExB aplikace snaží všecko načítat a kde je to pomalé? Ten výkonnostní rozdíl je i při porovnání nějaké jedné málo obsáhlé služby v osekané aplikaci téměř bez widgetů?

Provozujete to všechno na 1 stroji nebo odděleně? Za nás máme databázi na 1 clusteru, každý ArcGIS Server na vlastním stroji, Portal for ArcGIS na vlastním stroji a kromě toho problému s vyšším DPI jsme minimálně nárůst času na start aplikace nezaznamenali (ExB vs WAB) – AGE 11.3 na Windows.

Do Ústí – 150 GB RAM bych chtěl mít taky 🙂 AGS Servery máme každý na 32GB a Portal for ArcGIS s 16GB. Čekal bych, že počet instancí má vliv jen na služby AGS Serveru a ne na rychlost aplikace Experience Builderu, což @Novák Kamil ?

S pozdravem

Mgr. Tomáš Pokorný
Oddělení správy aplikací a GIS
Odbor informatiky

Krajský úřad Jihočeského kraje

Re: ExB -dotaz na rychlost

JaroslavŠkrobák — Tue, 18 Mar 2025 13:00:51 GMT

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