Van egy pár nem túl szép lekérdezésem. Ezek eddig Ubuntu és Debian alatt nem okoztak észrevehető problémát.
Tesztelgetem az openSUSE 13.1 -t és csodálkozom, hogy a szoftverem ami eddig gördülékenyen futott, most néha tétlenkedik. Már tegnap az adatbázis importjánál észrevettem, hogy ez eddig nem így futott, de itt van pár mérés :
Ubuntu 13.10 ext4: 68.802 ms openSUSE 13.1 btrfs: 867.052 ms
Többször is mértem több lekérdezéssel ciklusban is, minden mérésnél 10 szeres minimum az időkülönbség.
Merre induljak ? Lehetséges, hogy a fájlrendszer miatt van vagy a pg configokat bújjam?
update1:
nem a filerendszer okozza.
update2:
OpenSuse -re feltettem virtualboxba egy debian7 -et és postgresql9.1 -et. Szintén jól teljesít. Úgy gondolom, nem a lekérdezéseimmel van a baj, ha még virtuális gépen is 10X gyorsabb mint a host rendszerrel szállított pg 9.2. -n.
Egyenlőre a témát lezártnak tekintem. Nem jöttem rá mi a baj a suse -vel szállított postgresql verziónak, de nincs rá több időm. Bugreportot nem küldök, mert angolul úgysem tudnám leírni a problémát és nem is vagyok benne biztos, hogy ez bug. Majd kiderül ha debian -hoz is lesz 9.2-es verzió.
- 5650 megtekintés
Hozzászólások
ez így kevés. elsőre én azt mondanám (nagyon nagy valósínűséggel, hogy az FS a hibás, de azért hasonlítsd össze a két gép erőforrását és pg configját. ha azonosak akkor lehet az FS ha más rendszer specifikus dolgot nem használsz.
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix_art.webmuvek.hu/
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Ugyanaz a gép, dualboot. Nézegetem a configot, de azon kívül, hogy fel tudom telepíteni és beüzemelni nem értek hozzá.
- A hozzászóláshoz be kell jelentkezni
En meg azt se mondanam ilyen batran, hogy jo esellyel FS hibaja, mert igy ennyibol osszehasonlitani ertelmetlen egy 3 eves ubuntut es friss opensuse-vel. Meg ha nem nezzuk az eltero disztrot akko is 3 ev alatt rengeteg valtozas tortent kernel, file rnedszer, postgres stb-ben. Konnyen lehet, hogy csak postgres default opciokban van olyan elteres ami kiutkozik, az is lehet hogy maga a query es adatbazis sincs rendesen osszerakva es ujabb postgres-ben nem arra forditottak az eroforrast.
Ha azt akarja kideriteni, hogy file rendszer hibaja-e akkor ugyanabban a rendszerben probalja ki masik file rendszerrel (bar akkor is lehet fs optimalizacio oprendszer es postgres szinten is esetleg ami modosithat, bar jo esellyel nem tizszeres ertekben).
Ha viszont az a kerdes hogy miert lassu akkor ossze kellene szedni mik a postgres opciok, milyen kornyezetben fut reszletesebben, mi az adat(bazis) struktura es a query-k, hogy lehessen mit elemezni.
- A hozzászóláshoz be kell jelentkezni
Bocsi, elírtam 13.10 Ubuntut akartam írni. Javítottam.
Most kicserélem a fájlrendszert a suse alatt. Majd jelzem változott-e ext4-el. 8.2 es pg óta folyamatosan fejlődik az adatbázis számtalan migráción átesett Ubuntu-Debian vonalon, de most először érzem problémásnak a sebességet.
- A hozzászóláshoz be kell jelentkezni
Azonos a (ha jól sejtem) postgresql verzió a gépeken?
Egyformán vannak konfigurálva?
Optimalizáció egyformán működik?
Ezek a kérdések csak azért merültek bennem fel, mert emlékszem, hogy pl. az Oracle követett el olyan merényletet, hogy egy patch megváltoztatta az optimizer működését, emiatt egy addig tizedmásodperces lekérdezés 10-20 másodpercig futott.
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
- A hozzászóláshoz be kell jelentkezni
Nem a filerendszer miatt lassú.
jo config: http://pastebin.com/sEeXYg39 Ubuntu 13.10 pg 9.1 ext4
lassu config: http://pastebin.com/BFD2EWhR openSUSE 13.1 pg 9.2 ext4
- A hozzászóláshoz be kell jelentkezni
http://www.postgresql.org/docs/9.1/static/runtime-config-logging.html#G…
A lassú konfigon be van kapcsolva. Ha megnézed a note-okat, ott emlegetnek valamit, hogy okozhat lassulást (ha jól értem) nagyobb terhelésnél.
Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)
- A hozzászóláshoz be kell jelentkezni
kikapcsoltam, észrevehető gyorsulást nem hozott.
- A hozzászóláshoz be kell jelentkezni
Azért egy pillantást a mount opciókra is érdemes vetni.
- A hozzászóláshoz be kell jelentkezni
Sziasztok,
Nálam is pont ugyan ez a probléma.
2 db szerverem van
első szerver
Intel(R) Xeon(R) CPU E3-1240 V2 @ 3.40GHz
16 GB RAM
RAID SSD OCZ VERTEX
OS: Ubuntu server 12.04
Postgresql version: 9.1
Adatbázisban egy táblában 47 ezer sor van. ha selectezek 1,8 másodperc alatt lefut
második szerver
Intel(R) Xeon(R) CPU E3-1240 V2 @ 3.40GHz
32 GB RAM
RAID SSD SAMSUNG 840 EVO
OS: ubuntu server 12.04
postgresql version : 9.3
Adatbázisban ugyan az a lekérdezés minden ugyan az 25 másodperc alatt lefut.
Hihetetlen, és fogalmam sincs miért, a config ugyan az sőt kicsit tuningoltam is. Olvastam hogy analízáljam a dbt de az se segített.
- A hozzászóláshoz be kell jelentkezni
enable_indexscan erteke?
ha megvaltoztatod, mi törtenik?
- A hozzászóláshoz be kell jelentkezni
Értéke = on
ugyan úgy 25 másodperc.
- A hozzászóláshoz be kell jelentkezni
Úgy vettem észre azok a lekérdezések nagyon lassúak amikben view-et is használok LEFT JOIN vagy RIGH JOIN -al. Ha a lekérdezésben a view -et lecseréltem annak fő táblájára 10-ed annyi idő alatt meg volt. Pedig a views csak 8ms időt vett igénybe egyébként.
- A hozzászóláshoz be kell jelentkezni
Ideiglenes megoldás a gyorsításra ha kikapcsolod az SSL-t
- A hozzászóláshoz be kell jelentkezni