[06:49] iako sam rekao da necu vise htc... [06:50] htc one mi izgleda 20x bolje od samsunga [06:52] oink oink [06:54] manji je i tezi :) [06:55] = dalje leti kad ga bacis + more damage :) [06:55] win win [06:57] ma napravljen je od aluminija [06:57] s3 nemam ni godinu dana, vec pokazuje napukline [06:58] ispada iz ruke, nespretan je [06:58] jel s4 slicnog form-factora [06:59] istog [06:59] samo je jos veci :) [06:59] PM [06:59] i jos tanji [06:59] to me najvise muci, sto je toliko tanak [07:00] http://www.mobilemag.com/2013/02/27/htc-one-versus-samsung-galaxy-s4/ [07:01] jutro [07:03] ffs, full HD rezolucija na mobitelu :) [07:04] nema sd... [07:05] pa nije bas toliko manji htc one... [07:05] ma sd kartica ne treba [07:05] znam... [07:05] kad sam zadnji put izvadio karticu? nikas. [07:05] nikad [07:05] nije to deal breaker [07:06] nije jeftin, kvragu [07:06] http://www.amazon.com/HTC-Unlocked-4-7-inch-Quad-core-Shipping/dp/B00BM4FJFY/ref=pd_sim_sbs_cps_1 [07:06] 1200$ u SAD-u [07:06] kod nas bude 2000$ :) [07:06] meni je s4 zanimljiv samo zato sto dolazi novim GPS chipom... podrska za Glonass [07:06] sto je kao 3m apsolutne tocnosti [07:07] pih :) [07:07] nazalost... ti senzori na mobitelima nisu bas nesto... [07:07] doduse imam pristup samo starijoj generaciji uredjaja [07:07] ma jednostavno cu ostati pri s3 dok ne dobijem na lutriji [07:07] :) [07:17] ivoks, jesi nedavno bio u metkovicu i uplacivao loto mozda? [07:17] da znamo jesi to bio ti [07:18] mlj [07:19] nisam :/ === MmikeDOMA is now known as Mmike [07:25] s3mini isto isklizava iz ruke, al' ok je kad ga metnes u gumu :) [07:25] nixhr, jel' uzivas u unityju? :) [07:26] zash benzin mora pojeftinit uvijek NAKON sto ja kuppim benzin? :/ [07:43] Mmike: benzin uvijek mijenja cijene tocno u odrejdno vrijeme [07:43] ne znam kak te to uspije iznenaditi :) [07:43] ivoks: Mmike-u je naporno razmisljati :) [07:43] vec zadnjih x godina cijene se mijenjaju u noci s ponedjeljka na utorak [07:44] s time za zadnjih y mjeseci to se radi svaka dva tjedna [07:44] i par dana unaprijed se zna hoce li rasti ili padati [07:44] i reporteri izvjestavaju LIVE s neke benzinske... o guzvama :) [07:46] Mmike, svaki drugi utorak, i bilo je najavljeno pojeftinjenje, kad si ti tankao? [07:46] razlika ti je 1-5 kuna u tanku [07:47] kuna po kuna... [07:47] ...copor [07:48] jel zna netko... jel ima alat koji konvertira 'drwxr-x-rx' tip zapisa u oktalni? [07:48] je al ako jednom fulas nije smak svjeta [07:48] jedino ako svaki put fulas [07:48] dakle, ne web sucelje ili nesto tome slicno [07:48] vec nesto sto mi on-fly moze prebaciti iz drwxr-x-rx u 755 [07:49] il mozda chmod prima ovaj zapis... [07:53] hah... find to the rescue [07:56] koristi stat(1) [07:58] hbogner, nedjelja, nije bilo vise :) [07:58] ivoks, da, al' zanimljivo je da kad ne pratim uvijek me uhvati kad - padne [07:58] da sam, recimo, danas ostao bez benzina, isti bi sigurno poskupio [07:59] jelly-home: rijesio sa findom [08:03] Mmike, jednostavno peh [08:09] sigh... [08:09] lik prekjucer opalio chmod 777 / [08:14] ivoks, sta mu bi? :) [08:18] Mmike, pa kaj bi mu bilo, nije nesto mogao napravit pa je sve stavio na 777 :D [08:21] Debian , debian, najljepsu pjesmu pjevam ti jaaaaa :) [08:22] * Mmike je jednom napravio: rm -rf /home/mysql * [08:22] umjesto: rm -rf /home/mysql* [08:22] :) [08:22] Izmigriral sam jednom , uprkos kolegama , jedan server s centosa na debian. Jucer neke nadogradnje i svi se serveri, osim debi(l)ana polomili :) [08:22] tko zna, mozda je ovaj htio: chmod -R /home/drek/ [08:22] a napisao je: chmod -R /home/drek / [08:22] Drek !!! [08:23] djes, pitonko :) [08:23] pisanje storanih procedura za mysql [08:23] da ti pamet stane : [08:23] 0 [08:28] dodobas, kako da testiram dal' je brzi, u pythonu, mysqlov ili postgresov db driver [08:29] imas li ideju? :0 [08:38] Mmike: pa prvi ti je problem zasto to uopce testiras... [08:38] driver ima vrlo mali overhead... [08:38] a te dvije baze nisu usporedive... tako da zbilja nema smisla [08:39] jedini overhead drivera je u 'translaciji' db tipova u python tipove i ovratno [08:39] *obratno [08:41] moram napraviti glupi 'select bla from tra where id=<%random%>' [08:41] u jednoj situaciji tra stane u memoriju, u drugoj ne [08:44] sto to znaci 'tra' stane u memoriju ? [08:46] ali 'dev' radi cursor.fetchall() a zna da moze dobiti resultset koji je ogorman, onda imas problem s developerom [08:46] tra tra [08:47] jer... po specifikaciji python-dbapi2... podrzava named cursore i inkrementalno dohvacanje podataka [08:48] jel pricas o tablici ili o rezultatu "stane u memoriju" [09:12] jelly, rezultat je jedan redak [09:12] zaboravio sam napomenuti da je ID unique [09:12] dodobas, da, al' to moras explicite tako slozit, jer ti postgres to ne radi sam [09:12] al', ovo je priti stupid i simpl [09:13] s PHPom imam duplo vise selectova u PGu nego u Postgresu, dok u pythonu imam obrnuto (ok, ne bas duplo vise, al' postgres je 'brzi') [09:13] sto mi nema smisla [09:13] pa se sad patim s cjom [09:13] Mmike: pa ne radi, ne kuzim kako bi to radio sam... [09:13] kad je to stvar klijenta [09:14] i dalje ne kuzim sto znaci 'ne stane u memoriju' [09:14] dodobas, pa, mssql to radi sam za tebe, npr :) [09:14] "duplo vise selectova u PGu nego u Postgresu"? [09:14] mssql?? [09:14] jelly, eh. u mysqlu nego u postgresu [09:15] mssql = microsoft sql server [09:15] nego, tbl ne stane u memoriju, znaci da pg_table_size za tu tablicu pokaze vise nego sto ima slobodnog RAMa [09:15] tak da osh/nesh moras citat s diskova [09:15] mysql je vjerojatno brzi zato sto ima covering indexe [09:15] dobro, a kakve to veze ima sa language bindingom? [09:16] jelly-home, erm, koje tocno? [09:16] "tbl ne stane u memoriju" [09:16] Mmike: nego... to sto to radi OTB u mssql samo znaci da app nije pisan u pythonu nego u c# u cemu je i baza [09:16] i to je visoko integrirano... to zbilja nema smisla spominjati... [09:17] tamo se nikad ne spajas 'sirovo' na bazu [09:17] jelly, to je request od customera, usporedba mysqla i postgresa sa tim debiloidnim selectovima koji vracaju jedan skalar [09:17] dodobas, mislim da ce ti i u pythonu to raditi prema mssqlu [09:17] nisam, doduse, siguran [09:17] nit me, doduse, briga puno :) [09:18] Mmike: a indeks postoji ili ne? [09:18] ok, i onda se opet zapitaj... kakve veze ima to da li tbl stane u memoriju... [09:18] s overheadom drivera [09:19] dodobas, to ima veze s mysqlom odnosno postgresom [09:19] bolje je pitanje... koji od ta dva drivera nije u skladu s pythonDB2 apijem... [09:19] al' moram izmjeriti nekako overhead drivera [09:19] jelly, postoji [09:20] http://www.python.org/dev/peps/pep-0249/ [09:20] s tim da postoji index i na 'bla', a kako mysql podrzava covering indexe, mozda je zato brzi [09:20] al' opet, zasto nije brzi i u pitonu [09:20] dodobas, mozda mysql bolje radi kad su stvari u memoriji a postgres kad nisu [09:20] ili obrnuto [09:21] ali to nema veze s overheadom drivera... nego s bazom... [09:21] postgres, jer, recimo, oko 100 puta sporiji od mysqla kad radis 'select 1' [09:21] dodobas, da, al' me overhead drivera moze sjebnut na manjim razlikama [09:21] recimo, ovo 100 puta sporiji na 'select 1' [09:21] a koje su to manje razlike ? [09:21] kak da znam dal' ej to zarto sto je python driver sporiji ili je fakat mysql brzi? [09:21] pa, da bi 'select 1' testirao moram izvrsit gazilijardu transakcija u sekundi [09:22] jer je - brzo [09:22] sad, prepostavljam da je tu bed overhead postgresov glede prihvacanja konekcija [09:22] al', kak da to izmjerim :) [09:22] zato imas pgpool [09:22] nemas pgpool, pgpool je drek [09:22] imas, eventualno, pgbouncer [09:22] al', to nije point [09:22] ne mjerim pgbouncer, mjerim postgres [09:23] znam da je pointless :) [09:23] ako si izabrao postgres i python, kakve veze ima stso je mysqlov driver brzi ili sporiji [09:23] al' eto, kad te placaju za debilane... [09:23] kako god... point je da ti zelis izmjeriti overhead drivera za dvije razlicite baze i dva frameworka [09:24] nema sanse da izvuces neki zakljucak... [09:24] eventulano... nesto je sporije ili nesto je brze, i to je sigurno zbog baze koja se koristi [09:25] ne, u biti ja zelim izmjeriti sto mi da veci tps na 'select bla from tra where id = kra' kverijima, pg ili mysql [09:25] trebao bi poceti... tako da 'izmjeris' kako se ponasaju dostupni driveri za neku bazu za svaki framework [09:26] pa ces skuziti da i na istom frameworku postoje razlike... za istu bazu... [09:26] i da to sve nema smisla... [09:26] :) [09:27] Mmike: NAKON KAJ POSTAVIS OVAKAV SET ANTIPITANJA I ANTIZAHTJEVA, ZAPITAM SE ZAKAJ MI DRZIS BUKVICU KAD JA TO RADIM :) [09:27] Pardn maj kapz [09:27] Eo vic da se iskupim; [09:27] Momak u taxiju jede čokoladu i taxista mu kaže :- To će ti uništiti zube. [09:27] Momak odgovara:- Moj deda je živio 102 godine. [09:27] - Zato što je jeo čokoladu? [09:27] - Ne, nego zato što je gledao svoja posla! [09:37] dodobas, znam da nema, al' kad lik, eto, hoce, znat [09:38] NSFW: https://fbcdn-sphotos-c-a.akamaihd.net/hphotos-ak-ash3/526684_439079332844724_888680728_n.jpg [09:41] Mmike: pa ok, rekao sam ti kako bi ja tome pristupio... prvo ista baza, isti framework, isti test, razliciti driveri [09:41] pa onda mixaj :) [09:41] moras imati neki baseline [09:43] nda [09:44] skuzio sam da i ovo sto mrljavim u Cju isto nece dat nist akonkretno [09:44] nego i razliku izmedju libpq i libmysqla [09:44] dodobas, sve bi bilo super da je mysql bio brzi i kroz PHP i kroz Python :) [09:44] al' ne [09:44] mora srat nesto uvijek [09:46] Mmike bi htio da kompleksni sustavi ne budu - kompleksni :) Potpisujem :) [09:48] Mmike: pa bilo bi super jer to tebi olaksava posao... [09:49] ali NIJE :) [09:49] problem nije brzina, nego to sto ti nemas pojma zasto se tako ponasa :) [09:55] Mmike: indeks na bla je nebitan, mislio sam index na id valjda [09:56] mornin' [09:56] moze TL;DR, ne cita mi se sve gore :) [09:57] jelly, nije u mysqlu - covering index, ako imas index na (id, bla), onda ce mysql citati samo index [09:57] postgres to nezna [09:57] pa kad nadje po indexu redak, onda ga procita i pljune ti samo bla [09:57] doduse, pg 9.2 to ima [09:57] ha! vidis zanimljivosti :) [09:57] joj sto cu testova napravit danas [09:57] da bar smijem to objavit :/ [09:58] weshmashian: TL;DR: Mmiketov customer pita bedasto i nekorisno pitanje; Mmike bedasto i nekorisno prenosi pitanje i zapocinje bedastu i nekorisnu raspravu [09:59] Sto ce kulminirati dobro placenim, neupotrebljivim rezultatom :) [09:59] pravo pitanje je "sto customer zapravo zeli" [09:59] ili jos bolje, "sto ce customeru donijeti mjerljivo poboljsanje usluge" [10:00] BotaniCar|2: tehnicki, ta slika je SFW, nis se ne vidi [10:01] jelly: osh ti malo ne imat pravo, jedaerd bar ? :D [10:01] *jedared [10:01] da me bar placaju za imat pravo, vec bi bio u pemziji [10:01] jelly: tnx :) [10:02] jelly: ljudi koje dobro placaju stare brze ( peMzija == 65 let, ne ) ? :) [10:12] argh! [10:12] mysql nece u binlog pljunit stvari koje je trigger napravio pozivanjem storane procedure! [10:12] hm... [10:12] https://fbcdn-sphotos-c-a.akamaihd.net/hphotos-ak-ash3/598963_10151357649781840_332389951_n.jpg [10:12] pa srce ti mysqlovsko glupo [10:13] ivoks, ey? [10:13] zasto raspored nije isti?! :) [10:13] "povijesni razlozi" [10:19] telefon je vjerojatno iz cisco 79xx serije :) [10:19] Obje su tipkovnice od ABS plastike [10:20] eto [10:20] ono moje je nebino [10:20] a ovo njegovo je bitno! :) [10:22] http://www.vipnet.hr/cloud/vip-blagajna [10:22] heh... 60kn mjesecno za mobilni printer [10:22] i aplikaciju [10:23] i pristup internetu? [10:23] to imam putem telefona [10:23] jel zna netko iz glave kako iskljucit thunderbirdu da se pravi pametan kod quotanja ? ono, da ne bude ultrapametan pa da on misli sto bi trebalo biti quotano nego da shvati kao quotano ono sto pocinje s > ili cim vec... [10:28] mrmlj, router, sad cu i ja morat iskon zvat :) [10:30] join #munin [10:30] mrmlj, sorry [10:42] https://fbcdn-sphotos-h-a.akamaihd.net/hphotos-ak-prn1/69230_359503714168698_1993499337_n.jpg [10:42] ova ekipa nema pojma sto je PR [10:50] Uz to su besramni lasci [11:03] jeej, moram jedan 750 gb disk kopirati na mrezni server [11:03] i onda ide u moj komp kad ga ispraznim [11:03] on postaje backup, a trenutni backup postaje disk za virtualke [11:06] kaze jos cca 3 sata kopiranja [11:15] nelose [11:18] jos 3:40 [11:26] o issati, jel ce prestat vise sa milanovicem po radio postajama? [11:37] http://www.index.hr/black/clanak/ovako-lud-spot-vec-dugo-niste-pogledali/668228.aspx [11:37] koji spot [11:41] ovo je spot prije toga: http://www.youtube.com/watch?v=QYm-dT24iRY [11:41] hbogner: Title: Biting Elbows - The Stampede (Insane Office Escape), Views: 2449111, Rating: 99.37102% [12:11] Mmike: mysql ima query cache, postgres koliko znam nema i to je velika stvar. razilka u driveru moze biti npr u tome dali driver nepotrebno kopira podatke okolo, ali to su vec finese u usporedbi sa mjerenjem razlika izmedju performansi dvije razlicite baze [12:11] vrodic, query cache je po defaultu ugasen od 5.5, jer je los i vise sranja proizvodi nego koristi [12:12] testiram s ugasenim query cachetom [12:12] sve je to ok, zbunila me velika razlika izmedju phpja i pythona [12:13] vrodic, na hrpi servera mi imamo query cache ugasen jer dve konekcije nemogu istovremeno pristupat cacheu, tak da to postane usko grlo jako brzo [12:16] weshmashian: jel ti pozutio ruter? :) [12:19] hbogner: "sise počinju na 2:39! Hvala ljepa." [12:22] Mmike: od kad ne mogu dve konekcije istom cacheu? to je neki python problem? nas query cache spasava :) [12:23] Mmike: query cache se invalidira brzo ako mjenjas tablice, ali zato mi statisticke podatke tipa broj viewova trpamo u in memory temp tabele [12:23] Mmike: tako da qcache bude itekako koristan [12:25] vrodic, probaj ugasiti cache pa vidi [12:25] nemosh imat 2 konekcije odjednom koje citaju cache [12:25] ili pisu u cache [12:26] Mmike: ma sigurno mozes imati dvije read cache konekcije. a svako znam da mi se stvari drasticno uspore kad ga ugasim [12:26] Mmike: mozda je problem u invalidaciji zbog pisanja [12:26] vrodic, nemres, it's by design [12:27] mora sve ic jedno po jedno [12:27] *blink* [12:27] upravo zato na hrpetini konekcija imas 'waiting for cache lock' sranja stalno [12:27] 5.1 ti to ne napise, 5.5 napise [12:27] ok... [12:27] * ivoks ne zna linux [12:27] Mmike: ali ako se ne mijenjaju podaci ispod, onda su to isti podaci [12:27] ja sam mislio da ulimit za usera znaci ulimit za sve njegove procese [12:27] Mmike: o mysql 5.5 govorim [12:27] vrodic, da, al' svejedno ti read konekcije idu jedna po jedna [12:27] medjutim... [12:27] Max open files 1024 4096 files [12:28] jelly, prekratko traju sise [12:28] Mmike: cak i da je tako, koriste isti komad memorije i to ne moze biti sporo [12:30] ivoks: 1) limits.conf se applaja samo za pam-enabled servise -- to je doslovno config file za pam_limits 2) svi limiti su per-process [12:30] jelly, netko je maknuo taj komentar [12:30] hbogner: :-( [12:30] aha, ipak nijer [12:30] :-) [12:30] to sam i ja procitao :D [12:31] vrodic, jako ovisi o workloadu, ako imas pretezno read-only queryje koji traju po pola sekunde, onda ti query cache moze pomoci, [12:31] al' imas hrpetinu kraktih kverija i dosta pitanja, cache lockovi uspore stvari dramaticno [12:31] vrodic, upravo zato je query cache disabled by default od 5.5 na dalje [12:33] isto tako, preveliki query cache usporava stvari drasticno, meni ispada da je oko 256MB sweet spot [12:33] jelly: pa kak onda procesu kazem koliko je max fileova? [12:33] to stoji. no mi imamo puno malih querya, nesto vecih, slozili smo stvari tako da se u te tablice relativno rijetko radi write i nema sanse da bi u bilo kakvom vecem loadu bilo brzi bez qcachea [12:33] a ovo za velicinu nisam siguran, ovisi o dosta faktora cini mi se [12:34] vrodic, ja jesam, testirao na stotinama servera [12:34] ivoks: ovisi kako ga pokreces. U najgorem slucaju nadrobis ulimit ovo ono u init skriptu [12:34] bottom line - query cache je bad thing. Bolje je imati ga ugasenog, a upaliti ga samo ako je workload specifican. [12:34] Ako si testirao da ti bolje radi sa cacheom nego bez - sve je jasno - workload je takav da trebas imati cache. [12:34] apache sad ima config file za to na primjer. nginx paket jos nema [12:35] jelly, to ja radim sa mongodbom [12:35] ulimit bla-tra i vozi [12:35] kak izguglati podatke o nekom iz 2010 ; ako je taj netko medijski aktivan i pun ga je gugl iz ove/prosle godine ? [12:35] ili , iz 2000 , jos bolje [12:35] Mmike: moj bottom line je da ako se pazljivo pise aplikacija, qcache moze biti vrlo koristan [12:35] Mmike: ruzno al jebga [12:36] za vecinu weba appova se to da tako sloziti [12:36] hm [12:36] ali ako pises view countove u isti table koji zelis cacheirati, onda si zajebo qcache i nije rjesenje samo reci, qcache je beskoristan [12:37] http://manpages.courier-mta.org/htmlman1/prlimit.1.html [12:37] u novom util-linuxu [12:37] ali kernel dio vec postoji [12:37] vrodic, http://www.mysqlperformanceblog.com/2011/04/10/should-we-give-a-mysqlquery-cache-a-second-chance/ [12:38] supported since Linux 2.6.36 # jako novo [12:38] vrodic, iznimne su situacije di ti query cache pomaze [12:38] iako, cim si odlucio da ti treba mysql sjebao si se :) [12:39] mi smo jos na 2.6.32 na hrpi servera [12:41] Mmike: mozda :) ali ne mozes na slijepo portati na postgre i ocekivati da ce to biti sve, jer mozda ipak ulazis u onaj dio korisnika koji ima benefit od query cache-a. btw nisam nasao da je po defaultu iskljucen, tj iskljucen je samo za particionirane tablice (sto jest pusiona). i ja bi radije da smo na postgresu [12:42] ali kao sto i pise onaj clanak koji si linkao, ideja iza tog cache-a je sasvim cool [12:44] vrodic, yup, skroz cool, smao sto je implementacija, kako pise lik, 10+ godina stara i vrlo ojadna [12:45] btw, ne portam s mysqla na postgres, nego samo testiram [12:45] nama je na mojposao preko 50% qcache hit [12:45] u biti i vise, cek da vidim [12:49] mozda i dosta vise, cudno broji to [12:50] vrodic, munin grafeki [12:50] meni se fino vidi kako kad ugasim query cache broj selectova ostane isti (tj, prije samo imao qcachehits + selects, a sad imam samo selects), ali CPU usage padne fino [12:51] imam i situacija (rijetkih) di kad upalim query cache najednom vidim kako broj cache hitova + seletova je oko 3-4 puta veci nego samo selectovi bez query cacheta, a cpu usage naraste za mozda 15ak posto [12:51] bottom line - treba testirati i vidjeti [12:55] tnx za ulimit u init scriptu [12:55] to je rijesilo problem [12:56] uvijek treba testirati :) ovo tvoje izgleda kao da se qcache stalno invalidira [12:56] a jesam mutav... securty/limits je samo za pam [12:56] jelly: ^ [12:56] Mmike: ^ [12:58] vrodic, btw, cini se da sam u krivu - global lock se desi samo kad konekcija zeli pisati po cacheu, ne i kod citanja [12:58] Mmike: naravno da jesi, to bi bilo suludo :) [12:58] al' ovo sto lik spominje, vise hashabilnih cachea, to bi bilo super [12:58] vrodic, suludo je preko pola stvari u mysqlu,. nebih se cudio :) [12:58] Mmike: nebih se zacudio da neka od ne oracle implementacija ima pametniji qcache [13:00] Mmike: a ovaj hint oko invalidiranja qcache uzmi u obzir please, mislim da se mozda dosta dobiti na tipicnom web sajtu samo ako pazis da ne gazis qcache brojanjem viewova u istu tablicu (lako se napravi posebna, a ako je ta ujedno i u ramu i samo se povremeno zapise na disk, ustedio si i dosta io loada, uz to sto si spasio cache) [13:01] tja, al gle, usual web workload - imas master koji ima oko 300njak writeova u sekundi, to sve ide na slaveove. Tamo imas oko 1000 konekcija koje stalno citaju. Query cache tu ubije stvari, da je neznam kako napisana aplikacija jer se svako malo radi invalidacija. Ono sto pomogne je da imas mali cache i da znas tocno koje ces stvari cacheirati a koje ne. Al' 90% developera nije svjesno to0ga [13:01] brojanje viewowa ne drzis u mysqlu nego u redisu :) [13:02] moguce, da [13:02] ako ima tako puno pisanja koje ne mozes izbjeci (a cesto mozes ako jednostavno podjelis tako tablice, na mostly read i moslty write) [13:02] ajme, jos uvijek fercera ftp server na gnjilux.cc.fer.hr i gore je jos uvijek dosta prastarog softwarea :) [13:11] vrodic, hm, ne kuzim ovo s dijeljenjem talblica - query cache je jedan jedini, write ce zalockati sve, bez obzira na tablice [13:11] jedino ako koristis SQL_CACHE i SQL_NO_CACHE mozes zaobici/forsati query cache [13:12] Mmike: query cache se invalidira per table, ako se trudis rijeđe zapisivati u tablice čije rezultate želiš keširati, onda će taj keš biti manje invalidiran biti korisniji [13:13] vrodic, kad se desava invalidacija desi se global cache lock, bez obzira koju tablicu invalidiras [13:14] rjesenje je ugasiti query cache (ne disejblati!), i onda za ono di ti treba staviti SQL_CACHE kao prefix/modifier [13:14] da, stima [13:15] al' kad imas developere koji imaju ovo: UPDATE bla SET tra = 'kra' WHERE frbla > 5 LIMIT 1; [13:15] onda ... eto :) [13:15] kaj to uopce znaci [13:15] updateaj jedan, bilo koji redak koji ima frbla > 5? [13:16] radnom redak [13:16] *random [13:17] jelly: ti si odrzavao onaj c64 repo na gnjiluxu ? :) [13:17] ne vidim zas bi bio random [13:17] ali mislim da taj LIMIT nije po standardu [13:17] jelly: natural order [13:17] obruT: uh... tko se sjeca sto je bilo prije 18 godina :-) [13:17] da sam tad napravio dijete sad bi ono islo na faks [13:17] jelly, zato kaj nema garancije koji ce redak bit updateiran [13:18] Mmike: dakle to stvarno znaci ono sto mi se cinilo? [13:18] jelly: :) bas se sad spojih gore da vidim jel server ziv, a ono fakat je, gore stvari iz prehistorije :) [13:19] obruT: i sav sadrzaj stane u Dropbox? :) [13:19] jelly, da :/ [13:19] jelly, to je ok, recimo, dok ne upogonis replikaciju, pa kad se taj isti query izvrsi na slaveu onda updatea neki drugi redak ;) [13:19] necu pitat kakve koristi ima od toga gledano sa app. strane [13:19] neznam [13:19] al' preko 60% sajtova koje odrzavamo to ima tak [13:19] LIMITe na UPDATE/DELETE statementima [13:19] Mmike: pa to je ok, dok god se oba updatea propagiraju svugdje [13:20] jelly, pa, nije ok, jer neznas koji redak je updateiran [13:20] nije ni bitno [13:20] ocito [13:20] tja [13:20] u nekom trenutku dodje custsomer i kaze 'aaaaaa, zastso slaveovi vracaju razlicite rezultate' [13:20] a nemohs rec 'zato sto ste debili' [13:20] "zato sto je vas koder debil" [13:20] pa im upalix MIXED binlog, pa onda 'aaaa, zasto triggeri vise ne rade na slaveovima' [13:20] i tak [13:20] :-D [13:20] ali mozes, zato sto je vas dev debil [13:21] dodobas: do onog trena kad se lik s druge strane zamisli i veli "to sam ja pisal" [13:21] jos ste na sql-u? [13:21] bolje biti na sqlu nego na zutom [13:22] BotaniCar, nasao sam neki dir di pise 'botanicar_usb_stick', neki opaki jungle/breakbeat przi :) [13:22] MmikeT: o, svasta :) Ja i jungle/breakbeat ? Mora da sam ili bio jako pijan, ili sam to kopirao za tebe :) [13:22] jelly: onda ide reply, "oh sorry, i meant A FUCKING MORON" [13:24] sinoc sam si pustil neku goa-whatchamacallit-pizdariju... ugasil sam nakon 5min jer mi bilo zlo :/ [13:25] weshmashian: gou nemrem smislit otkad sam nasao goa-generator velik 50kb , koji radi bolju goa-u od vecine kaj mozes na youtubetu naci .. [13:25] BotaniCar: ja naletio slucajno na spider pig goa mix whatever, pa reko ajmo vidit :) [13:26] tj ajmo cut [13:32] Mmike: Chuck Norris zna točno u koji redak ide UPDATE bla SET tra = 'kra' WHERE frbla > 5 LIMIT 1; [13:32] jelly, tako je, al' mysql nema pojma. Izvrti to nad istim datasetom na dva servera i sansa je da ce ti se datasetovi nakon toga razlikovati [13:33] Chucku Norrisu se nikad ne locka query cache. [13:35] :) g(r)eek jokes :) [13:36] BotaniCar, kad je utakmica? [13:36] tko protiv koga ? [13:37] burke, jedini sport koji pratim od kad imam dete je trcanje, odnosno, trcim i pratim malog :) [13:46] BotaniCar: bavis se atletikom :) [13:46] digod preskocis rucak, digod veceru i to :) [13:46] ae ae [13:47] vidim, iskustvo progovara :) [13:47] hehe, skoro [13:47] moje jos nije pocelo trckarat :) [13:47] fakat, civija! [13:47] pa vidio sam te s djetetom [13:47] ti, debeli covjece :) [13:47] nemoj tako, ko maneken sam gradjen [13:47] ako gledas odzada [13:48]