Máš pravdu, hledal jsem to nějak špatně - mám to v logách... Omlouvám se.
Honza 2010/2/14 Petr Dlouhý <petr.dlo...@email.cz>: > Ahoj, > > právě že to nastává u těch dat z Prahy-západ (generoval jsem to ale sám), > například: > > 50.1673801,14.3893938,[OVERLAP] > 50.1025125,14.4268763,[OVERLAP] > 50.1025113,14.4268763,[OVERLAP] > 50.0950088,14.3479638,[OVERLAP] > 50.0950088,14.3479650,[OVERLAP] > > S tím GC není problém, že by vůbec nefungoval - problém je s tím, že > najednou přestane fungovat (po delší době bezproblémového výpočtu). > Souhlasím ale, že zapnutí GC asi nemá velký vliv na výkon, takže to > nemusíš řešit. > > On Sun, 14 Feb 2010 23:30:56 +0100, Jan Bilak <jan.bilak....@gmail.com> > wrote: > >> Ahoj, >> pokud máš někde po ruce csv výpis (kde jsou souřadnice těch chyb s >> mezerami), tam mi jej prosím pošli. Kouknul bych se, proč to nastává a >> co se s tím dá dělat. Může to způsobovat i nějaké méně viditelné >> chyby. U těch dat Prahy, které jsi mne poslal, se toto nestalo. >> S tím GC to volat třeba po 100 mapkách asi nemá smysl, protože každá >> bitmapa v paměti zabere asi 50 MB (4000x4000 px a v RGB 3 byte na >> pixel) a k tomu ještě další pomocné struktury ... celé se to musí >> násobit počtem vláken ... tedy alokuje se tam velké množství paměti. >> Ale ten rozdíl časů nemusí být velký, protože i při standardním >> chování se musí GC volat celkem často. > > > -- > Petr Dlouhý > > _______________________________________________ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > _______________________________________________ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz