[09:30] jutro... [09:30] kako linux stoji s robotikom? lego i fisher kpmpleti i slicno? [10:02] Neuromanc, vish, i mene bi to zanimalo === MmikeMRMA is now known as Mmike [10:31] e sto se ptlou dogodilo s SSDom? [10:47] pojma [10:47] nikako da se pojavi tu [10:49] dodobas, veli da je prestao raditi sam od sebe [10:50] Mmike: imas neki resource za objasnjenje execution planova [10:50] huh [10:50] nista konkretno [10:51] al' malo googlaj, naletjet ces vec [10:51] cek u bit [10:51] sam sec [10:51] ovo je, naravno, must-read: http://www.postgresql.org/docs/8.1/static/sql-explain.html [10:52] tu imas korisnih linkova: http://wiki.postgresql.org/wiki/Using_EXPLAIN [10:52] ja cesto pratim depeszov blog, lik je arogantan do bola (na ircu), al' fakat zna puno i rado pomogne [10:52] jednom davno sam naletio na neki web based nesto... gdje pastenes plan pa onda on nesto... [10:53] dada, to je njegovo [10:53] haah... sad vidim linkove :) [10:53] tnx Mmike [10:53] http://explain.depesz.com/ [10:53] al' procitaj svakako u manualu sta pise [10:53] lakse ces interpretirati [10:54] doduse, ne pise razlika izmeju merge joina i hash joina, al' to ti je jasno, rekao bih [10:54] ako nije, wikipedia [10:54] i cek, immao sam nelosu knjigu gdje lik objasnjava kako baza radi indexiranje [10:54] generalno primjenjivo na gotovo svaku bazu [10:55] knjiga mi je na mobu a mob mi je u autu :) [10:55] al' isto korisno za citanje [10:56] znam to... imam na read listi... [10:56] e, onaj prvi link, naravno, je za 8.1 postgres, za 8.4 je: http://www.postgresql.org/docs/8.4/static/sql-explain.html [10:56] hmm, http://explain.depesz.com/ ne radi.... [10:56] ili gledaj 9.0, al' misilm da nema kardinalnih promjena [10:57] bogme, da [11:01] uglavnom, dodobas, seqscanovi su najcesce znak da nemas index neki negdje (najcesce, ne uvijek!), nested loop join je los [11:01] merge/hash join, ovisi o datasetovima [11:03] i tjeraj explain analyze i vidi actual vrijednosti [11:03] npr: [11:04] octopussy2=# explain analyze select * from messages where message_time_received > now() - '2 days'::interval; [11:04] QUERY PLAN [11:04] ----------------------------------------------------------------------------------------------------------------------------------------------- [11:04] Index Scan using idx_messages_time_received on messages (cost=0.00..464.58 rows=517 width=148) (actual time=0.080..15.083 rows=7787 loops=1) [11:04] Index Cond: (message_time_received > (now() - '2 days'::interval)) [11:04] Total runtime: 24.830 ms [11:04] Tu se vidi da je query planer zabrijao da ima 517 rowova koji zadovoljavaju index, iako ih u biti ima 7787 [11:06] opaka razlika (iako, s obzirom na dataset od 5M redaka to i nije tako strasno) [11:06] sto znaci da analyze nije potjeran [11:06] al', to je zato sto ja imam ugasen pg_autovacuum [11:07] i analyze ide svaku noc, tako da je to ok (bilo bi bolje da upalim autovacuum al' imam druge brije zasto to ne radim) [11:07] ah... imam nested loop [11:07] nested loop je cesto los, da:) [11:07] tj, spor [11:07] cesto nemres bez njega [11:08] a depesz fakat ne radi :/ [11:10] dodobas, de rukni explain analyze nekud na pastebin [11:12] http://pastie.org/1692136 [11:14] cim dodam neki datum u uvijet... ode na 1.4 sek bez datuma je prihvatljivih 0.3sek [11:14] Ha! analyze/analyse :) nisam to znao, da moze oboje :) [11:15] da ide :) [11:15] aj pejstaj i analyze bez datuma [11:16] http://pastie.org/1692141 [11:17] jel' imas index nad catalogue_search.search_date ? [11:18] nope.. ali nema 'efekta' [11:19] u smislu... kada samo okinem date-range na catalogue_search... vrati ispod 1ms [11:19] explain ANALYZE SELECT id from catalogue_search where search_date between '2011-1-1' and '2011-2-1' and deleted=False; [11:19] QUERY PLAN [11:19] --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- [11:19] Seq Scan on catalogue_search (cost=0.00..46.61 rows=165 width=4) (actual time=0.016..0.545 rows=167 loops=1) [11:20] Filter: ((NOT deleted) AND (search_date >= '2011-01-01 00:00:00+01'::timestamp with time zone) AND (search_date <= '2011-02-01 00:00:00+01'::timestamp with time zone)) [11:20] Total runtime: 0.593 ms [11:20] cek, krivo citam, sam sec [11:22] u brzem kveriju imas ovo: [11:22] Nested Loop (cost=0.00..342.88 rows=777 width=18) (actual time=43.889..366.659 rows=887 loops=1) [11:22] u sporijem imas ovo: [11:22] Nested Loop (cost=0.00..330.36 rows=118 width=18) (actual time=1.618..1427.372 rows=109 loops=1) [11:22] da... [11:22] vidis razliku u actual_time? [11:22] ma vidim.... [11:22] ali mi nije jasno zasto [11:23] odnosno sto pojede 1.1 sekundu [11:24] aj probaj staviti index nad catalogue_search.search_date [11:24] lupi analyze [11:25] i onda pejstaj explain analyze [11:26] (naravno, pretpostavljam tu da ti je dataset puno veci od ovog search rangea, ako nije, index nece pomoci nit malo) [11:27] http://pastie.org/1692167 [11:27] pomogao je. 30ms :D [11:27] tako da sam odbacio problem 'indexa' [11:28] nda, nested loop onaj je problem, to je sporo [11:28] btw, ovaj index: catalogue_search.search_date [11:28] kaki je to? [11:28] erm [11:28] btree [11:28] ne taj [11:28] catalogue_search_ip_position_id [11:28] tajk [11:28] taj [11:28] GIST [11:28] moguce da ga to izjebe iz nekog razloga :/ [11:29] deleted ti je u catalogue.search? [11:29] ali... ako dobro citam to... treba mu 323ms da dodje to prvog zapisa, odnosno toliko pretpostavlja [11:29] deleted ti je u catalogue_search? [11:30] jes.. ali nema utjecaj... [11:30] set se mozda promjeni za 2-3 zapisa [11:31] glupo, al' probaj planer zeznuti tako da deleted=False uguras u JOIN condition [11:32] nema efekta [11:33] cudno [11:33] uglavnom, tih 323ms je otprilike potrebno da se izvrsi st_intersection [11:33] ma [11:33] ono sto mi je cudno [11:33] spori query: Seq Scan on catalogue_search b (cost=0.00..46.61 rows=165 width=108) (actual time=0.014..0.793 rows=167 loops=1) [11:34] brzi query: Seq Scan on catalogue_worldborders a (cost=0.00..50.46 rows=246 width=105564) (actual time=0.006..0.104 rows=246 loops=1) [11:34] a [11:34] cekcek [11:34] kako mi je promaklo ovo [11:34] :) nad drugom tablicom radi seqscan [11:35] sad bi mi trebala shema baze da mogu dalje :) [11:35] Iako, probaj i slijedece [11:35] prijavi se na pg-sql mailinglistu [11:35] i tamo pitaj [11:36] Ostavi svakako CREATE TABLE brije da likovi vide sto sve imas, pejstaj oba kverija, i pitaj 'wtf'? :) [11:36] odo se tusnit, brb [11:36] ma shema je jednostavna.... odnosno procitas je iz upita [11:38] catalogue_worldborders_geometry_id i catalogue_search_ip_position_id [11:38] koja je razlika? [11:38] u dve su razlicite tablice [11:39] kakav id? [11:39] i drugaciji je skroz plan [11:39] aha index... [11:39] sam kaj nisam to skuzio [11:39] da :) zgodno je indexe nazivati ix_tablica_polje [11:39] automatika... [11:39] ili ix_tablica_svrha, ako je multiindex ili tako vesto [11:39] a znam :) [11:39] nego... jedno je multipolygon drugo point [11:39] geometrija [11:41] Nested Loop (cost=0.00..342.88 rows=777 width=18) (actual time=43.889..366.659 rows=887 loops=1) [11:41] vs [11:41] Nested Loop (cost=0.00..330.36 rows=118 width=18) (actual time=1.618..1427.372 rows=109 loops=1) [11:41] Zasto je onaj koji vrati 109 redaka sporiji [11:41] mozda st_intersects (to je postgis ekstenzija neka) radi castanja neka cudna ili nesto? [11:42] cek, tus, brb [11:42] Mmike: ali u oba se upita koristi st_intersects.... [12:03] dodobas, al' je join drugi [12:42] mmike btw probaj malo pogledati robopro... [15:01] dodobas, jesi rijesio? [15:06] o Mmike, a johto je ponudio rjesenje... napravi se subquery na cijeli set (300ms) pa se onad filtrira... [15:07] http://pastie.org/1692410 [15:07] ali to nije 'rjesenje' [15:07] dodobas, nope, to je zarkpa [15:07] jer kad ti set bude ogroman, filter iz toga ce ti oteti memorije, pa ako nemas dovoljno velik work_mem postgres ce 'swapati' na disk [15:08] zato velim, mozda bolje da na postgres mailinglistama pitas [15:08] sad bas migriram bazu... odnosno digao sam virtualku pa postavljam 8.4 [15:09] sve se svodi na query plan... koji ovisi o nacinu na koji se koristi index... ako sam dobor shvatio [15:09] brijes da je u 9.0 potrgano nesto? [15:09] jer za npr. date range 2010-12-17 2011-2-1 ode... skoro 2sek [15:09] btw, popravio depesz explain.depesz.com [15:10] e, al' primjeti da ne ode na seq scan, nego na nested loop [15:10] a ako napravim 2010-12-16 2011-2-1 0.2sek :) [15:11] pa manji ti je dataset onda, nije? [15:11] ne veci... [15:12] o tome ti i pricam stalno... jer se u datasetu 'prostorno' pojavi jos jedna zemlja... [15:13] ali se drugacije koriste indexi... cek... [15:14] http://explain.depesz.com/s/xY7 (spori) http://explain.depesz.com/s/4U1 (brzi) [15:14] razlika je samo u datumu [15:15] ali [15:15] nije tu razlika [15:16] mislim, je [15:16] al' vidi da ti uzimanje tih podataka ne traj [15:16] nested loop je bed [15:16] gdje spaja podatke da bi realizirao join [15:16] ovo: Nested Loop (cost=0.00..343.20 rows=138 width=105572) (actual time=44.945..183.761 rows=136 loops=1) [15:17] i ovo: Nested Loop (cost=0.00..342.73 rows=134 width=105572) (actual time=0.707..2361.301 rows=133 loops=1) [15:17] _st_intersects(a.geometry, b.ip_position), tu je problem [15:17] pa to ti i pricam.... negdje je interno problem... [15:18] a taj st_intersects, sto je to? [15:18] tj, odakle to dolazi? [15:18] contrib modul ili ? [15:18] nacin na koji se ta funckija odvrti... kako uzme indeks... [15:18] postgis [15:18] hm [15:19] idem probati dignuti 8.4 pa vidjeti... mozda ce se drugacije ponasati [15:19] probaj tu pitati: http://archives.postgresql.org/pgsql-performance/ [15:20] Mmike: pitati cu ako uspijem povrditi behaviour jos negdje [15:23] super [15:36] kak' ide undo u vimu? [15:36] u [15:40] ae [15:40] preundoao mi je sve :) [15:41] nema veze [15:41] daklem, chrome trosi cca duplo vise memorije od firefoxa i cca 3 puta je brzi od firefoxa [16:05] jebo dos i qbasic i paralelni port === chaky_ is now known as chaky [16:37] pitanje??? na netbooku imam ubuntu al trebam stavit gore i windowse...pa me zanima ako se moze naknadno napravit free partition za windows instalaciju [16:46] moze, ali je obicno postupak da se prvo insaliraju windwosi pa onda neki linux [16:46] oj drac0 [16:46] dobar dan [16:46] postovanje [16:46] jer windowsi zanemaruju postojanje drugog operativnog sustava pa samo pregaze boot sektor [16:47] oy SilverSpace [16:47] pa znam al ja vec imam linux [16:47] SilverSpace, moramo onu bateriju rjesiti, ubi me onaj lenovo lik :) [16:47] ;) [16:48] DominiCanes: nakon instalacije linux ti nece raditi [16:48] a kak napravit free particuju za wise [16:48] ma da [16:48] zakaj [16:48] zato kaj ti windovsi pobrisu boot louder [16:49] pa kaj je bill idiot [16:49] drac0: kad cemo to rijesiti [16:49] SilverSpace, trebali bi svakako ovaj sad tjedan, ali kako, i have no idea :) [16:49] javim ti u svakom slucaju [16:50] nadjemo se jedan dan oko 15h recimo pa to rjesimo [16:51] znaci moram sve odpocetka [16:51] DominiCanes: moze [16:51] sale, x220, ulv proc, ddr3, ssd 160gb, ips ekran, hrpa mreze kojekakve, 1.25kg, itd ... ;) [16:52] DominiCanes: najbolje [16:52] pa jebo ga ja [16:52] SilverSpace, bude sad toplije ovaj tjedan barem tako kazu :) [16:52] ok idem radit [16:52] to ce potrajat [16:52] na pocetku ostavis particiju za windoze [16:53] ma stavit cu gore prvo winse [16:53] ostavis = stavis [16:53] stavis [16:53] na cjelom hardu imam ubuntu [16:54] poslozi to sa live cd_a [16:54] live usb-a [16:55] drac0: javi dodem bez obzira na vrijeme [16:55] trebat ce mi bat- [16:55] SilverSpace, moze dogovoreno [16:55] DominiCanes: moze i usb [16:55] SilverSpace, njusim tamo krajem tjedna, cetv-pet [16:55] moze [16:56] moram i do servisa [16:56] :) [16:56] u 5mjesecu istice garancija [16:56] zel-cos ti je blizu [16:56] na drugom mostu :) [16:56] savica [16:56] da [16:57] SilverSpace, sta je vec toliko proslo :) [16:57] da peti mijesec [16:57] nije ni cudo, baterija se pace vec par mjeseci haha [16:57] mjesec [16:57] budem sad kad zatopli da mogu na bike [16:58] steta im ostaviti bateriju [16:58] naravno, kaj si lud [16:58] hebate presao sam na operu :) [16:59] nije uopce losa ovaj nova 11.10 beta [16:59] opera? [16:59] nego sta [16:59] brza ko chrome a hrpa sranja ko za ff [16:59] ja necu probati falit ce mi jadojebi iz chrome [17:00] ma imas ih sve te i za operu [17:00] stigle mi vruce kokice [17:00] malo pauza [17:00] zanastit cu tipkovnicu :) [17:00] ajde ajde :) [17:00] bon apetite [17:10] evo zavrsio [17:14] jesi maznuo kokice [17:14] :) [17:15] e draco, hocemo li staviti custom partition table ? [17:16] oy chaky [17:16] chaky, budem al tek kada CM7/DF7 bude final [17:16] vidim da ekipa ima problema [17:16] s cime? [17:17] hebate opet oni :)) [17:17] pa s particioniranjem [17:17] chaky: moze pitanje [17:17] rc1 radi, pa rc2 ne radi, pa nightly opet radi pa ne radi [17:17] :) [17:17] aha [17:17] SilverSpace: pucaj [17:18] chaky, kida se na partition table ocito, neki treba vise neki manje mjesta na particiji, jos to nisu ispeglali [17:18] chaky: zasto ovo ne radi http://www.ubuntu-hr.org/irclogs/ [17:18] iako vidim nekima ok radi [17:18] drac0: ima na alpharev.nl stranici opisana metoda kako tablicu samo fleshati bez fastboot metode kroz PC [17:18] SilverSpace: nema bota online [17:18] chaky, ma daj nisam citao [17:18] aha [17:18] da fakat [17:18] drac0: pogledaj odmah ispod fastboot postupka [17:19] chaky, upravo gledam ;) [17:21] jednostavno [17:21] ovaj CM7 mi se cini ok [17:22] al cekam final [17:22] bude skoro ;) [17:22] drac0: samo nije mi jasna ona /cache particija, naime meni je trenutno zauzeto 17/ od 40 max, a CM7 kaze da mu je dovoljno 5. Dok sam imao CM7 RC2 gore, mislim da je cak pisalo 35 zauzeto. [17:22] chaky, e pa to sam i citao da ekipa ima problema [17:23] inace bi kao trebao gutati 3 tako da je 5 dovoljno [17:23] al ocito nisu jos sve poslozili [17:23] vidim da ekipi na GV vecini radi [17:23] koristim trenutno GV 1.6 + couttes (ili kako se vec zove tip) kernel 2.6.37.4 [17:23] samo treba sloziti prije flashanja rom-a [17:24] chaky, ja na .38 coutts [17:24] ;) [17:24] radi prva liga [17:24] vec par dana, danas flashnuo novi update [17:24] drzao sam ga jedno vrijeme, pa se vratio na 37. [17:24] jucer je bio update [17:24] chaky, sta ti nije radilo na .38 [17:24] odakle si skinuo danasnji update, meni ne radi stranica jos od jucer ? [17:25] jer sada radi sve, sredili su vpn fix, wifi, gps, kameru [17:25] chaky, pa s coutts mirroa [17:25] mirrora [17:25] ma sve je radilo na 38 [17:25] cek da provjerim opet [17:25] http://mirror.couttstech.com/android/index.php [17:26] radi [17:26] ahaaa, evo sada radi [17:26] nije mi radilo od jucer [17:26] idem skinuti novi 38. pa da ga i ja stavim :P [17:26] radi .38 havs cfs super [17:26] http://mirror.couttstech.com/android/bravo/kernel/aosp-2.6.38/CFS/couttstech-2.6.38_OC1190_HAVS_Ginger_CFS_BFQ2_SLQB.zip [17:27] chaky, samo ga ti stavi, ja cu tek veceras kasnije :) [17:27] hebate [17:27] frend u kazakhstanu [17:28] kaze litra benge 3 kune [17:28] svi voze neka besna kola [17:30] cisternu posalje nama [17:34] rebooting into recovery ... [17:34] hahaha upravo pocicao jackass 3 !!! :D http://youtu.be/fKwjU_pSSW4 [17:36] kakvi ultimativni debilcheki, prejaki su :D [17:36] chaky, ides ga srediti ha :) [17:37] evo ga, gore je :) [17:44] chaky, gps lokator je gotovo instantan, unutar zidova :D [17:45] drac0: http://slike.hr/slike/v/votka_70224.jpg [17:45] e meni sigurno nije u ovoj mojoj rupi gdje mi je kompjuter. Tu sam zasticen i od super tajnih americkih spijunskih satelita :) [17:46] :) [17:46] ali da, gps lock uhvati odmah. To sam neki dan vidio, vani. [17:47] chaky, sta je kuca od granitnog kamena? :) [17:47] SilverSpace, lol :D [17:49] ventilator na cooleru od procesora mi je poceo zujati, za popizdit je. Da je barem jednolicno, nego svako 5-6 sek. Sutra kupujem thermaltake contac 29 [17:50] brb [17:54] chaky, prodam ti ja thermaltake v1 ;) [17:54] brb [18:07] drac0: jesi ti zadovoljan s thermaltake coolerima? [18:13] chaky: tako je moj isto poceo zujat na radndom, pa sam jedan dan popizdio skinuo ga i nakeljio 80mm vent gore :D [18:23] chaky, imao sam ih par, ne mogu reci da su losi [18:23] al ima i boljih [18:23] za to koliko vrijede su ok [18:24] pouzdani su hocu reci, imao sam ih 3, nikada nisu krepali [18:24] dok mi je recimo zalman rikavao [18:24] zadnja 2 su mi thermalright i ti su mi sada vrh vrhova, al su skupi ko sv. petra kajgana :) [19:56] a je neka doktorica medicine... [19:56] nikad čula za hegelovu dijalektiku... [19:56] država biljaka... [19:57] Kant Stop the Music [20:11] odoh na velebitsko, ajte pozz i noc ekipica [20:14] Neuromanc: :) [21:16] 1.6% used (54.8MB of 3.25GB) :))