home K2»Infoservice»Diskusní fórum»Pomalejší fungování modrých formulářů

Topic created by Rybář Oleg
Last contribution added by Hrudka Jiří Monday, June 19, 2023 2:15:38 PM. Topic contains 10 replies.
Module: Process:
Tuesday, April 11, 2023 9:58:32 AM
  • Rybář Oleg
  • Registered3/29/2017
  • Naposledy přihlášen 10/9/2024
Dobrý den,

Pracujeme již plně na modrých formulářích a s tímto vývojem jsme velice spokojeni.

Ale máme problém s pomalejší odezvou na modrých formulářích v porovnání s šedivými.
Např. při otvírání formulářů (např. zakázek) , přeskakování na jednotlivé strany (základní, položky). Otvírání podřízených agend (odběratelé, zboží).

Má někdo podobné postřehy? Nebo měl někdo podobné problémy a vyřešil je nějak?
Případně je toto nějak v řešení?

Jen ještě dodám, že jsme zatím na verzi Luna.

Friday, April 14, 2023 7:51:34 AM
  • Tomášek Jan
  • Registered7/11/2017
  • Naposledy přihlášen 12/20/2023
Dobrý den,
máme totožné problémy. Také jedeme v MF již od verze Luna, nyní na Ori a jak píšete.
Prostředím jsou MF vyhovující z pohledu uživatelské přívětivosti i speciálů nad MF.
Ale trápí nás rychlost. Nejkritičtější je první spuštění modulu po spuštění K2. Nejslabší načtení pozorujeme nad modulem Zboží. Ale i další větší moduly (Zakázky, FV, Dodací listy vydané, Průvodky...).

Problematiku nám bohužel zatím nevyřešily. Psal jsem na konzultanta K2. Ale posun v tom nepozorujeme.
Také budu rád, pokud k tomu někdo přihodí řešení.
Děkuji

Friday, April 21, 2023 3:46:21 PM
Dobrý den, určité rozdíly při používání šedivé a modré pozorujeme i my přesto, že plně ještě modré formuláře nevyužíváme. Na žádost kolegy z jiné firmy jsem udělal testy na export položek do XLS z šedivých a modrých formulářů. Výsledky níže.

Verze K2: K2 GAIA 2021.08.116461

HW pro VM DB server: 8CPUs (3,19GHz); 100GB RAM
Diskové pole: HP MSA2060FC, 12xSSD SAS 1,92TB

Test na tlustém klientu (můj NTB)

Šedivé formuláře: 22.940 položek vyexportováno za 00:03:04.040
Modré formuláře: 22.940 položek vyexportováno za 00:06:32.861

Test přímo na AS přes RDP:

Šedivé formuláře: 22.940 položek vyexportováno za 00:01:52.858
Modré formuláře: 22.940 položek vyexportováno za 00:06:01.656

Vždy šlo o stejná zafiltrovaná data v modulu "Položky prodeje"
Základní performance overview DB serveru v době testu viz příloha
Performance_overview_DB01.png
Příspěvek byl změněn: Urbánek Jaroslav, dne: 21.4.2023 15:48:17.

Tuesday, May 09, 2023 9:49:59 AM
  • Hrudka Jiří
  • Registered2/7/2017
  • Naposledy přihlášen 10/11/2024
Nově po přechodu na IRIS -

- Plánujeme přes naši kancelář odesílat měření rychlosti při pohybu v K2.
- Na toto bylo doporučeno použít - profiler.

- Také nám asi trochu pomohlo - vymazání atribut formuláře - pak se mi zdálo, že na daném uživateli běží o něco lépe.

- Nicméně všeobecně v maskách jsou některé zpomalující věci, které by bylo fajn asi zlepšit.
- Zde uvedu například piktogram označení záznamu, který se ve sloupcích tváří jako červené pole.

Je ale zatím fakt, že modré formuláře jsou přehlednější a to i přesto, že jsou mnohem pomalejší.

Jde jen o to, že bychom rádi viděli nějaké vyjádření k rychlosti, ze strany K2.

Friday, May 12, 2023 10:25:24 AM
Dobrý den.

Univerzální formuláře (tedy formuláře "modrého" uživatelského rozhraní) jsou skutečně pomalejší. Obsahují více komponent, které uživateli usnadňují orientaci a práci ve formuláři. Zřetelným příkladem je preview, které zobrazuje náhled aktuálního záznamu. Pro komponenty, které jsou navíc oproti šedým, je nutné načíst další data a proto se formulář tvoří déle. Cílem nového uživatelského rozhraní nebylo vytvořit hezčí ekvivalent k šedým, ale především zvýšit uživatelský komfort, zpřístupnit zcela totožné uživatelské rozhraní i z webového prohlížeče a usnadnit a zlepšit úpravy vzhledu formulářů na míru.

Pokud uživatel nepovažuje za přínosné ty informace, které jsou navíc, pak je lze jednoduše skrýt, ať už zavřením kontejnerů či preview nebo úpravou pomocí návrháře formulářů. Z důvodu vyšší výkonové náročnosti, trvale identifikujeme pomalé části formulářů a pracujeme na jejich optimalizaci. Pokud máte jakýkoliv námět na zrychlení, zašlete ideálně přes zákaznickou podporu, ať je kdykoliv dohledatelný progres takového podnětu.

Přidám nějaké tipy, v případě, že zpomalování není způsobeno standardním vzhledem formuláře:

Nejčastěji vede ke zpomalení formuláře vyhodnocování hodnot polí, u kterých výpočet hodnoty závisí na mnoha jiných údajích zkombinovaných se složitou logikou (např. počítaná pole z položek). Rychlou pomocí v konkrétní situaci pak může být i jednoduchá vlastní modifikace formuláře s odstraněním všech zbytných částí (podrobně návrhář popisujeme v kurzu „Návrhář formulářů“).

Jednoduchým nástrojem, který odhalí, v čem spočívá delší odezva formuláře je Profiler formuláře dostupný z ribbonu (návod je součástí kurzu "Optimalizace a ladění výkonu K2").

Za K2 tým
Zdeněk Novotný

Friday, May 12, 2023 12:04:43 PM
  • Hrudka Jiří
  • Registered2/7/2017
  • Naposledy přihlášen 10/11/2024
Děkujeme za reakci.

Námětů určitě bude více.
1) exporty dat do excelu - viz příspěvek pana Urbánka z Kasper.
- zde je opravdu znát, že export trvá násobně déle třeba i 2x a více.
2) standardní objednavač K2 - zde v šedivém provedení a při mém nastavení na jednu prodejnu běželo načítání 7 minut v šedivých. Nově běží v modrém prostředí minut dvacet než se mi něco zobrazí.

Zde kdybych měl například 10 prodejen a sólo objednavač na konkrétní prodejnu - tak nejsem schopen to za jeden den ani obsloužit. Proto třeba toto považuji za jeden z hlavních námětů.

Bylo by tedy možno na ideálně alespoň tyto dvě věci kouknout?

Friday, May 12, 2023 12:16:52 PM
Dobrý den, pane Hrudko.

Pokud jde o objednávač (nově Realizace požadavků), pak Vás poprosím o založení vlákna do Zákaznické podpory. Budeme potřebovat vědět verzi, na které to řešíte. Dále prosím uveďte přesně nastavení, jak máte volby v konfiguraci vyplněné. Vámi popisované zpomalení nesouvisí s přechodem na Univerzální formuláře. Je pravda, že tento modul byl kompletně reimplementován a v poslední době došlo i k podstatným optimalizacím výkonu. Proto se rádi podíváme i na vámi popisované potíže.

Za K2 tým
Tomáš Kupčík

Friday, May 12, 2023 12:19:30 PM
  • Červenka Petr
  • Registered4/27/2004
  • Naposledy přihlášen 10/11/2024
Dobrý den pane Hrudko,
mám dotaz k tomu pomalému Objednávači. Máte na mysli nový objednávač, který je pod pojmem Realizace požadavků jako hromadná akce nad modulem zboží, nebo pouze v novém UI spouštíte původní skript GoodsOrder.pas? Ať tak či tak, uveďte prosím ještě přesné číslo verze na které tuto pomalost registrujete.

Děkuji
Petr Červenka, K2 vývoj

Friday, May 12, 2023 12:58:25 PM
  • Hrudka Jiří
  • Registered2/7/2017
  • Naposledy přihlášen 10/11/2024
Ano přesně ten myslím.
Založil jsem infoservis s detailnějšími informacemi.

https://infoservis.k2.cz/CustomerSupportEdit.aspx?ThreadID=218398

A nechal Davida Trojana aby Vás tam popřípadě přepl k reakcím.

Příspěvek byl změněn: Hrudka Jiří, dne: 12.5.2023 12:58:47.

Wednesday, June 14, 2023 8:31:32 AM
  • Hrudka Jiří
  • Registered2/7/2017
  • Naposledy přihlášen 10/11/2024
Dobrý den,
tak po čase opět musím přispět sem, kde je to vidět.

Objednávač ( Realizace požadavků ve verzi 03.125160)
za nás stále rychlost tragická.

Dále tu vedeme debatu o rychlosti serverů... zde bohužel musím konstatovat, že u nás již proběhl placený audit ze strany autocontu, který v infrastruktuře nenašel problém.

Dalším argumentem je i to, že jsem zkusil některé věci (Otevření položek zakázky, která má 600 položek) otevřít ve webové K2.

Výsledek mě překvapil ve webu mi běželo svižně zatímco lokálně to bylo tragické.

Monday, June 19, 2023 2:15:38 PM
  • Hrudka Jiří
  • Registered2/7/2017
  • Naposledy přihlášen 10/11/2024
Dobrý den,
K2 mě nasměrovala na správné řešení rychlosti v objednávači. (Realizace požadavků)

Nyní je z původních 20 min 1:30 minuty. Tedy za mě takto je určitě fajn.
Další podněty budu připadně dávat do konkrétních vláken.

Tímto tedy celému realizačnímu teamu děkuji za pomoc při řešení.