184 odpovědí na toto téma

[tarmara]

Když si však zobrazím všechny kešky a těchto 10000 kešek v ggt souboru chci odebrat, tak to trvá 40 vteřin - tedy skoro 10x tak dlouho, přitom odstranění ze seznamu by podle mě mělo trvat mnohem kratší dobu než načtení kešek z databáze

To bude možná samotným algoritmem odebírání - GG bude asi dělat buď nested loops (pro každou kešku ze "všech" se podívá do GGT jestli tam je) a nebo bude muset seřadit oba seznamy (protože i "všechny" je seznam) a pak je oba postupně porovnat. Každopádně obojí je výpočetně složitější než "ruční" smazání 10000 řádků z okna GG nebo zobrazení keší ze seznamu

[HaLuMa]

Neco jsem s tim zkusil udelat.

(Mnohem lepe se to ladi, kdyz si clovek nezapomene zapojit sluchatka...)

[HaLuMa]

To bude možná samotným algoritmem odebírání - GG bude asi dělat buď nested loops (pro každou kešku ze "všech" se podívá do GGT jestli tam je) a nebo bude muset seřadit oba seznamy (protože i "všechny" je seznam) a pak je oba postupně porovnat. Každopádně obojí je výpočetně složitější než "ruční" smazání 10000 řádků z okna GG nebo zobrazení keší ze seznamu

 

Beru z GGT radek po radku, a kazdy z nich musim v tom seznamu najit. To sice zni straslive, ale mam na to v pameti databazovy index. Zkusim to naprofilovat, kde je tam ta zaba na prameni.

 

Jinak kdyz se to oznaci rucne, tak je to mazani jednoduche, protoze se jen jednou probehne seznam, a vsechno s priznakem "oznaceno" se jednoduse smaze.

[taxoft]

Neco jsem s tim zkusil udelat.

(Mnohem lepe se to ladi, kdyz si clovek nezapomene zapojit sluchatka...)

 

Ale v tom případě prosím možnost vypnutí. Neboť není nic odpornějšího, než náhlé zakvokání počítače do poslouchané hudby, zvlášť, když mám vypnutý monitor a je mi úplně jedno, kdy něco na pozadí doběhne.

[Pontiac_CZ]

Připojuju se k taxoftovi. Ale myslím, že se dá předpokládat, že to HaLuMa udělal nastavitelné.

[HaLuMa]

A ještě jedna prosba - hrozně dlouho trvá odebrání kešek ze seznamu podle ggt souboru.
V databází mám cca 116000 kešek, když si načtu 10000 kešek podle ggt souboru, tak se mi zobrazí za 4,5 vteřiny.
Když si však zobrazím všechny kešky a těchto 10000 kešek v ggt souboru chci odebrat, tak to trvá 40 vteřin

 

Prozkomal jsem to profilerem a odhalil jedno slabe misto, ktere se mi podarilo obejit. Rychlost se mi tim dosti zvysila.

[Kreten8]

Děkuji. A ještě k tomu pípání, kdyby přibylo, tak jsem zapomněl že by se mělo pípnout i při použití filtru, když se zobrazí vyfiltrovaná data

[HaLuMa]

Pipani bude (pokud si to zapnes v nastaveni) na konci busydialogu, coz je takove to, ja misto seznamu pise, ze "Geoget pracuje". A pri zobrazeni vysledku importu - tam to holt pri jeho odklapnuti pipne jeste jednou, protoze kvuli tomu nechci prepisovat vnitrnosti.

 

Pipam standardni windowsni notifikacni zvuk. Zalezi na tvych windows, co tam mas nastaveno.

[Kreten8]

Jé a to znamená, že budu muset mít zapnuté windowsí zvuky? Ty já mám totiž vypnutý, nepotřebuji aby při každém kliknutí mi Windows něco zahrály.

[HaLuMa]

Tak minimalne ten zvuk pro upozorneni. Opravdu se snazim resit veci tak, jak maji byt systemove reseny. Spousta apliakci ti za ruznych situaci zabimba. Proc by to mel geoget delat jinak, nestandardne?

[Kreten8]

Odpověď na otázku, proč by měl Geoget bimbat jinak je, že mě stačí, aby bimbal jen Geoget - jen u něj mám dlouhé prostoje při určitých akcích a tak se v době čekání snažím zabavit něčím jiným a pak na GG zapomenu.

 

No a teď mám ještě jeden problém - snažím se naimportovat data do databáze a spadne mi to na error - viz přiložený obrázek. Importuji gpx, které vzniklo v GG jako export pro Geoget v2, tento soubor má cca 1GB. Z diskuze jsem tu odtušil problém s volným diskem na c:, takže poprvé mi to spadlo, když jsem měl volno něco málo přes 1GB, postupně jsem se dostal až na 5,34GB volného místa (z tohoto pokusu je ta chyba) a zdá se, že to Geogetu stále nestačí - to číslo naimportovaných kešek se mi postupně zvyšovalo. Jinak datový adresář GG mám na disku G:, kde volného místa je fůra.

 

Přijede mi divné, že databáze, která původně v sqlite podobě měla 1,4GB se při 5,34Gb volného místa stále nedá naimportovat a v té nové databázi by ten sqlite soubor měl mít cca 800MB, a až to zkolabuje někde v jedné třetině (podle toho čísla v té hlášce GG). Kolik volného místa ten Geoget pro ten import potřebuje? Není tam někde něco špatně? Když ani pětinásobek velikosti importovaného souboru nestačí.

Přiložené miniatury

• 

Tento příspěvek byl upraven od Kreten8: 16 February 2017 - 12:09

[Arne1]

To je přesně chování co jsem tu měl. Teď mám nový disk kde je (zatím) 40G volna a nemám problém.
Přiznám se bez mučení, že jsem netestoval co to udělá když budu ten prostor plánovitě zmenšovat.

[Pe_Bo]

Narazil jsem na problém se zobrazením logů u keše GC1MM6A - logy následující za logem PaWcz z 26.6.2010 jsou rozbité, nejspíš kvůli nekorektnímu BBcode.

 

A ještě jedna drobnost - když dám v listingu vyhledat nějaký text, tak se text uloží do historie hledacího dialogu jen v tomto okně, příště je historie zase prázdná. Nešlo by si historii textů pamatovat společně pro všechna hledání textů?

 

[HaLuMa]

Odpověď na otázku, proč by měl Geoget bimbat jinak je, že mě stačí, aby bimbal jen Geoget - jen u něj mám dlouhé prostoje při určitých akcích a tak se v době čekání snažím zabavit něčím jiným a pak na GG zapomenu.
 
No a teď mám ještě jeden problém - snažím se naimportovat data do databáze a spadne mi to na error - viz přiložený obrázek. Importuji gpx, které vzniklo v GG jako export pro Geoget v2, tento soubor má cca 1GB. Z diskuze jsem tu odtušil problém s volným diskem na c:, takže poprvé mi to spadlo, když jsem měl volno něco málo přes 1GB, postupně jsem se dostal až na 5,34GB volného místa (z tohoto pokusu je ta chyba) a zdá se, že to Geogetu stále nestačí - to číslo naimportovaných kešek se mi postupně zvyšovalo. Jinak datový adresář GG mám na disku G:, kde volného místa je fůra.

Na databazi nezalezi, tak je v datovem adresari... spise mne zajima:

• Delas to ve chvili, kdy ti uz dobehla zaloha na pozadi?
• Ale kolik máš paměti?
• A importujes s plnym nebo prazdnym seznamem?
• A kde mas systemovy TEMP adresar?

[Kreten8]

1. zálohu mám vypnutou, navíc to dělám do úplně prázdné databáze, takže není co zálohovat

2. jestli máš na mysli RAM, tak té mám 4GB na Windows 7 x64

3. ad 1. seznam je prázdný

4. TEMP je na c:

[HaLuMa]

Zkus ten TEMP nasmerovat nekam jinam, kde mas vic mista. Mam podezreni, ze ti to misto sezere on.

[HaLuMa]

A ještě jedna drobnost - když dám v listingu vyhledat nějaký text, tak se text uloží do historie hledacího dialogu jen v tomto okně, příště je historie zase prázdná. Nešlo by si historii textů pamatovat společně pro všechna hledání textů?

 

Od chvile, kdy jsem tam tohle udelal, trnu, kdo s timhle pozadavkem prijde. Duvod, proc to tam neni, je prosty... jeste se mi nechtelo s tim patlat.

[Kreten8]

Tak přesun TEMP adresáře pomohl
Přikládám printscreen temp adresáře - před importem je na disku 20GB volného místa a těsně před konce importu je tam jen necelé 3 GB (volné místo kleslo pod 3 000 000kB, ale nestihnul jsem udělat printscreen) a je tam vidět i jeden soubor etilqs_tDClaAkitVbht9Q, který má necelý 1GB a který také vznikl při tom importu.
A musím říct, že tohle se mi tedy vůbec nelíbí - když importuji 1GB soubor, proč je potřeba 17GB volného místa - to mi přijde trochu přehnané.
Jinak naimportovaná databáze pak má 560MB.

Přiložené miniatury

• 

[HaLuMa]

Vubec nevim kdo a proc ti tam v tu chvili do toho TEMPu dava takove klady. Ja to rozhodne schvalne nedelam. Asi to dela Sqlite, ale podle mne k tomu v tu chvili nema duvod. Musim to prozkoumat.

[Arne1]

Nemám to sice takto prozkoumané, ale ty objemy zaplácnutého prostoru vypadají velmi podobně mým zkušenostem.