turistautak.hu térképrészleteK+ jelzés GPS-szel
[ english
Előzmények

Hajohozzászólásai | válasz erre | 2017.04.20 11:37:49 (503)
Szia Fazék,
Köszönöm szépen a részletes válasz és külön azt is hogy megírtad mi lesz a megelőző intézkedés :-).
Esetleg még a RAM téma? Úgy tűnik, hogy néha kevés a RAM és ilyenkor swappel, drasztikusan nő az IO-wait a CPU időből. Még egyszer köszi.
[előzmény: (500) Fazék, 2017.04.20 08:06:28]

Fazékhozzászólásai | válasz erre | 2017.04.20 08:06:28 (500)
- A /tmp könyvtárból automatikusan törlődnek 5 nap után a fájlok, ez általában elég a normális működéshez. Most csomagolt ládaoldal letöltések miatt lett tele a /tmp. A hasonló esetek megelőzése érdekében fogjuk finomítani a "bűnös" kódrészletet.
- De a lassulás fő oka az volt, hogy az Apache2 begyengült, egy újraindítás megoldotta a gondokat. A hasonló esetek megelőzése érdekében át fogunk térni egy modernebb technológiára (nginx), sőt az elmúlt napokban tesztverzióban már el is indult. A 81-es porton (annak, aki tudja mit jelent ez) már lehet is tesztelni.
[előzmény: (492) Hajo, 2017.04.18 16:14:58]

Hajohozzászólásai | válasz erre | 2017.04.18 16:14:58 (492)
Lassulás oknyomozás:

Valahol az alábbi linken elérhető statisztikákban kellene nézelődni, hogy pl 04.17-n 20:00 környékén mitől volt annyira lassú a lap:
http://web.geocaching.hu/munin/localdomain/localhost.localdomain/

pl a népek ekkor töltötték fel a sok megtalált cache megtalálásait és fotóit?

Ami nekem fura a statusztikában
(előrebocsátom, hogy a hajnali 1kor(?) induló mentéseket és térkép generálások időszakát nem vizsgáltam. Olyankor ritkán nézik a népek a lapot):
- Disk Usage in Percent by day: /tmp 20 órakor megemelkedett 100%-ra és az óta ott is áll. (14-e óta folyamatosan emelkedik)
- Disk utilization for /dev/sdc - by day: 04.12 óta szinte folyamatosan veri a 100%-ot.
- MySQL slow queries - by day: Átlag 0,0008/sec = 2,8/óra. Ez nem tűnik soknak viszont, amikor van ilyen az jól le tudja térdeltetni a sql szervert. Érdemes lenne megnézni a logokban, hogy melyik query-k okozzák ezt.
- CPU usage / day --- Ami itt durván feltünő, hogy 04.17 20 órától az processzor idő 80%t iowait teszi ki. Ez 04.12 óta romlott le így.
- Memory usage - per day --- Itt pedig az látszik, hogy szintén 04.17 20 órakor memória felhasználás túllépi a rendelkezésre álló 8(?) GByte-ot és tartósan swap-elni kényszerül.
- Ilyenkor a Load average is megugrik. A szokásos terhelés 10-20 % között van. Ilyenkor 50% fölé urgik.

Lehet, hogy egyszerűen kevés a RAM?

Azért kérem, hogy ne engem fikázzatok, ha hülyeségeket írtam. Nézze meg valaki aki tényleg ért hozzá hátha rájön, hogy mi is a tényleges gond.
[előzmény: (491) Hajo, 2017.04.18 15:50:49]

Hajohozzászólásai | válasz erre | 2017.04.18 15:50:49 (491)
Picit lehetne tisztelni a tuhus kollégákat. Azt hiszem elég sokat dolgoztak azért, hogy legyenek elérhető térképek miközben ládázunk.
Egyébként több modern online térkép rendszer is csempés verziót használ (Google maps, Openstreetmaps /különféle kimenetgyártóktól/ stb). Persze van sok vektoros is. Ezek nagy része előre telepített (persze nem mind).

Az már más kérdés, hogy meg kellene találni, hogy pontosan mi térdel le, amikor annyira lassú a szerver (mysql, disk, memória stb). Amikor ez megvan, lehet nyomozni, hogy mi okozza ezt.

Az, hogy a csempe gyártás okozná a lassulás egyelőre egy teória (ha jól értem).
[előzmény: (490) bati.hu, 2017.04.18 14:45:58]

bati.huhozzászólásai | válasz erre | 2017.04.18 14:45:58 (490)
Nem is értem miért használják a csempéset mikor az összes közismert program tudja a vektorost.
Azt most nem részletezem miért jobb a vektoros.
Valszeg nem is tudnak róla hogy létezik?!
[előzmény: (485) scele, 2017.04.16 22:37:44]

scelehozzászólásai | válasz erre | 2017.04.16 22:37:44 (485)
Nem lehetne ezt a csempe dolgot kiiktatni?
Alapvetően én ládázni járok erre az oldalra és pont nem érdekel, hogy mennyi androidos figura tölti le éppen az egész országot, hogy kiterítse egy parkolóba a pokrócát. Tudom kicsit túlzás, de nagyon nem járok messze.

Nem lehetne prioritást beállítani, hogy mondjuk a csempeletöltésre jusson 10%, míg a gc oldal futtatására maradjon meg a 90%? Persze nem értek hozzá, csak tényleg nem értem, hogy a "gondolom" igen szűk forrást, miért nem arra használjuk, amiért van.
Persze, ha a telefonos csempeletöltés miatt van a szerver, akkor elnézést.
[előzmény: (484) Old Eye, 2017.04.16 20:06:55]

Old Eyehozzászólásai | válasz erre | 2017.04.16 20:06:55 (484)
A csempék frissítése már tegnap, ápr. 15 szombat reggelre befejeződött, a csempeállományunk kb 10 %-a cserélődött le, észrevehető lassulást nem okozott.
Webber feltételezése, csempék nagy mennyiségben történő letöltése csak egy lehetséges ok, csak a rendszergazda tudja megállapítani, de mostanában ünnepnapokat élünk :-)
[előzmény: (483) Fazék, 2017.04.16 18:29:48]

Fazékhozzászólásai | válasz erre | 2017.04.16 18:29:48 (483)
Valószínűleg a TUHU térkép újragenerálása folyik, de pontosan nem tudjuk, ha tudnánk akkor nyilván javítanánk ;). Skszor feltettem már ezt a kérdést én is a rendszergazdánknak, és sok hozzáértő nézegette már a logokat is, sok apró javítás is történt már, de van még fejlődési lehetőség.
[előzmény: (482) Mr Zerge, 2017.04.16 17:27:45]

Mr Zergehozzászólásai | válasz erre | 2017.04.16 17:27:45 (482)
Miért telik percekbe egy ládaoldal megnyitása, és egy darab 200k -s fotó feltöltése 4 percbe?


Bejelentkezés név:  jelszó:   tárolás [regisztráció]

Felhasználónevedet és jelszavadat a geocaching.hu oldalon is használhatod!

[ kezdőlap ] [ térkép ] [ + felmérések ~ ] [ + útvonalak ~ ] [ + poi ~ ] [ belépés ] [ faq ] [fórum] [email]

A weboldal működése és tartalma folyamatos fejlesztés alatt áll, köszönettel vesszük az észrevételeket a fejlesztési ötletek oldalon.
A turistautak.hu-ra feltöltött track-eket és a letölthető térképeket, azaz térképi adatbázist az ODbL licencnek megfelelően bárki használhatja.
Minden egyéb anyag előzetes írásbeli engedély nélkül csak magáncélra használható fel. jogi tudnivalók