614 odpovědí na toto téma

[gord]

V Busy dialogu se pise, co prave Stator dela. Druha moznost, podrobnejsi, je kouknout se na hodiny (idealne i na sekundy) a pak v adresari Profiles/<profil> je soubor Stator.log. Tam jsou casy, kdy se co spousti, presnost je na milisekundy. Je to dost podrobne, takze to bude chtit asi trochu ttrpelivisti v tom neco najit.

[mpik]

Tak znovu přihlášeno, aktualizace GG na nejnovější a jen úvodní část - čtení konfigurace a inicializace proměnných trvá asi minutu. Pak se zdá, že to běží normálně, ale někde se to vždy zakousne, teď třeba to visí v modulu FindsByDay (alespoň ho to ukazuje, nevím, kde program visí pokud třeba neaktualizoval okno). Nedá se to vyčíst z nějakého logovacího souboru? Rád bych přispěl k objasnění, evidentně se to někomu děje a někomu ne. Ale nevím jak. Ale když to nakonec doběhne, není to kritický problém a dá se s tím počítat.

[gord]

Koukni do toho logu. Pak muzem treba porovnat casy prislusne "operace", ktera se ti nezda, vzajemne.

[Solim]

Taky jsem si toho všiml.

 

Někdy cca v prosinci se generování skokově zpomalilo (pravděpodobně aktualizace), ale přičítal jsem to tomu, že jsem překročil 25 000 nálezů (což jsem myslel, že to je nějaká vnitřní hranice). Dřiv generace celé statistiky  trvala do 10 minut, teď to trvá cca 30 minut. Původně jsem si myslel, že jsem překročil nějakou hranici a že se mi to kouše na generování "Všechny nálezy pěkně za sebou" kde se mi to vždy zastavilo ale když jsem je vyhodil, tak se generování nekousalo (no ono se to nekousalo jen to trvalo cca 10 minut, což jsem vyhodnotil jako kousnutí). Úvodní část - čtení konfigurace a inicializace proměnných mne teď trvá cca 3-5 minut.

 

Ale už jsem si na to zvykl a tak stator pouštím až když končím a jdu dělat něco jiného a počítač nechám ať generuje a generuje a za hodinu ho jdu zkontrolovat a vypnout. Zatím to vždy dojelo.

 

 

Přikládám Všechny nálezy pěkně za sebou ze Stator.log:

 

09:33:27.297  Modul FindsInIcons (Všechny nálezy hezky za sebou)
09:33:27.621  SaveWidth(Module): nastavuji iWidth=1078 (idx=3, 2->iM=2, 3->iP=3, 2->iB=2)
09:33:27.625  Starting entry point of module FindsInIcons
09:33:27.625  Provádím příkaz CmdTitle
09:33:27.717  SQL - doplneni zahlavi
09:33:27.953  SQL - Start
09:33:27.953  SQL - Zpracovani vysledku
09:33:27.953  Provádím příkaz CmdTitle
09:33:33.224  Provádím příkaz CmdTitle
09:33:45.844  Provádím příkaz CmdTitle
09:34:04.185  Provádím příkaz CmdTitle
09:34:31.427  Provádím příkaz CmdTitle
09:34:53.242  Provádím příkaz CmdTitle
09:35:24.900  Provádím příkaz CmdTitle
09:36:07.574  Provádím příkaz CmdTitle
09:36:56.231  Provádím příkaz CmdTitle
09:38:05.149  Provádím příkaz CmdTitle
09:38:58.870  Provádím příkaz CmdTitle
09:39:54.623  Provádím příkaz CmdTitle
09:40:42.456  Provádím příkaz CmdTitle
09:41:25.184  Provádím příkaz CmdTitle
09:42:06.582  Provádím příkaz CmdTitle
09:42:49.601  Provádím příkaz CmdTitle
09:43:19.624  Provádím příkaz CmdTitle
09:44:08.991  Provádím příkaz CmdTitle
09:45:10.399  Provádím příkaz CmdTitle
09:45:13.577  End of module FindsInIcons

 

 

Toto jsou moje současné časy:

 

09:27:37.790  Start

...

10:02:47.385  Stop

[HaLuMa]

Hrabu se v tom, a urcite za to mohou ty me upravy se skript engine.

 

Podle logu Statoru napriklad hodne trva i obycejne nacitani globalnich promennych z INI souboru na zacatku. Cim slozitejsi INI, tim je to horsi. Napriklad takove nacitani IconsCountry.ini mi ted trva 38s. Zatimco kdyz ty me upravy preskocim, tak to trva jen 2s. A najednou mam statistiku hotovou misto sesti minut za dve minuty. Takze to s velkou pravdepodobnosti bude ono.

 

Inu, uprava, o ktere jsem si myslel, ze bude zanedbatelna, se zjevne znasobila ohromnym mnozstvim vykonavanych radku ve Statoru, a tisickrat "nic" umorilo i osla.

 

Ale s tim pujde neco udelat, nebojte.

[mpik]

Díky, jestli to půjde, ale i tak to funguje. Koukám do logu a pokud to na začátku řádku je čas, trvalo to 11 minut, ale nejsem schopen takhle očima poznat, kde se to kouslo. Je možné, že program pracuje, ale nic v té chvíli nevypisuje.

[HaLuMa]

Tak jsem si trochu hrál se zdrojákem, a jsem na krásné minutě. (Tedy v mém případě 6x zrychlení.)

 

Ještě to trochu otestuju a když nic nenajdu, tak bych vydal rychloverzi GG.

[HaLuMa]

Tak zkuste aktualizovat Geoget na verzi 2.11.12

 

Jak to u vás dopadlo s rychlostí?

[Bour]

Po aktualizaci se rychlost zkrátila ze 17. minut na 2 minuty.

Super. Díky.

[mpik]

Večer vyzkouším, teď tady GG nemám.

[dejwy]

předchozí verze

10:33:00 - 10:46:00 = 13 minut

nová verze:

10:53:30 - 10:55:00 = 90 sekund

Díky moc, tomu říkám optimalizace po chybě!

Tento příspěvek byl upraven od dejwy: 10 leden 2022 - 11:00

[Solim]

U mne zrychleni:

 

Dřív:

16:06:15 ... 16:49:54  = 43 minut

 

Teď:

13:41:40 ... 13:49:37 = 8 minut

 

To je vyhovující, třeba díky tomu zhubnu neb mne to už nenechá čas na průzkum ledničky . Dik.

[mpik]

Funguje to jako dřív, tj. tak rychle, že nemám potřebu ten čas měřit. Ale zrychlilo se to odhadem tak desetkrát proti včerejšku.

[mirek454]

Pane Mistře HaLuMo, fakt jsi dobrej. Ze 7:43 jsem na 1:17

Díky moc

[DrakMrak]

Tak včera odzkoušeno a u mé celkem složité SQLštiny to taky stáhlo dobře 5 minut...

Na tom pomalém to asi nebylo tolik vidět = minuta sem minuta tam - lednička a podobně

Takže super

p.s. podnítilo mě to zoptimalizovat SQL skripty

[Archi1]

U mne zrychleni:

 

Dřív:

09:15:00 ... 09:42:27  = to je tak 28 minut

 

Teď:

09:46:50 ... 09:49:30 = necelé 3 minuty

 

Díky za dobrou práci.

[jmeli]

Rozbila se mi tabulka "První nález podle typu keše". Všiml jsem si toho po aktualizaci na novou verzi GG - vím, že by to nemělo souviset, ale raději to píšu.

 

Pokud si SQL dotaz spustím v DBeaveru, tak vše funguje správně, ale ve statistikách pro Traditional Cache, Unknown Cache, Multi-cache, Earthcache jsou z nějakého důvodu pozdější keše. Když si nalezené keše vyjedu podle typů v GG, tak jsou seřazeny správně. 

 

To, že tabulka "Poslední nález podle typu keše" hází stejný výsledek i při změně asc na desc se jeví jako podružný problém. 

 

Statistiky dostupné zde http://erazimkozel.sweb.cz/ → záložka Milníky, tabulky úplně dole. Nenapadá vás, čím by to mohlo být? Pokud potřebujete nějaké podklady, napište jaké a dodám.

 

Teprve včera jsem si všimla, že i mně se rozbila statistika "První nález podle typu". Je to tedy nějaká globální chyba? Je to nějak opraveno? V přehledu všech keší se mi vše zobrazuje správně, ale do toho přehledu se nagenerovaly nesmysly. Zkusila jsem modul ze Statoru odebrat a přidat, na větší zásahy jsem si netroufla. Díky za odpověď.

[davidb11]

Mě se zase rozházel "První nález ve státě", ale ještě nemám nainstalovanou poslední verzi. I když si myslím, že nová verze na to nebude mít vlivv.

[gord]

Posledni nalez ve state jsem upravoval, ten by mel byt OK.

 

Na nalezy podle typu jsem se zatim nedostal. Je tam nejaky problem, ktery nevidim - samotny SQL dotaz na databazi dava spravny vysledek, tak tomu moc nerozumim. Nekde se asi to SQL deformuje nez se posle databazovemu stroji. Mam to poznacene, urcite na to nekdy dojde.

[DrakMrak]

První nález ve státě: OPRAVA
Nevím kdo co upravoval ale správně by tam SQL mělo být takto ale je to jinak a poslední ORDER to zblbne celé
 

SELECT * FROM (
SELECT  id, cachetype "Type icon", Name, country "Country flag", dtfound
  ||dttime "Found datetime" 
FROM(
select gc.id, gc.name, gc.cachetype, gc.country,
 gc.dtfound, substr("0000"||gc.dtfoundtime,-4,4) dttime
 from geocache gc
 where gc.dtfound>0
 order by gc.dtfound || dttime asc
 )
GROUP BY country)
ORDER BY "Found datetime"

Takže si to upravte je to SQL Table takže výměna SQL parametru by měla pomoct