Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

odo' ja u klaster...

[es] :: MySQL :: odo' ja u klaster...

[ Pregleda: 3213 | Odgovora: 16 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

bjevta
Bratislav Jevtic
http://www.tojesoft.co.rs
Beograd

Član broj: 5216
Poruke: 367
*.static.sbb.rs.

Sajt: www.tojesoft.co.rs


+5 Profil

icon odo' ja u klaster...06.03.2012. u 08:25 - pre 146 meseci
ima nekih planova za prelazak na cluster. ja poceo da citam Oracle whitepaper(s) i sl. tamo (MySQL_Cluster_evaluation_guide.pdf).

1. NDB vs InnoDB: sta se dobija a sta gubi, osim foreign key-jeva koji, kako tamo pise, nisu podrzani na NDB-u?

2. pod kojim okolnostima ima smisla ici na cluster? je l ima neka crta preko/ispod koje se kaze: aj sad na klaster, tamo sve bolje?

3. sta da citam o clusteru-u, za pocetak, osim oracle-ove literature? ima neka knjiga/pdf da malo tupim pred spavanje?
Acta, non verba!
 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.31.24.217.adsl2.beograd.com.

Sajt: mysql.rs


+2377 Profil

icon Re: odo' ja u klaster...06.03.2012. u 10:44 - pre 146 meseci
evo ti mali "guide"

1. da li su ti svi upiti PK access

ako je odgovor DA skoci na 4, ako je odgovor NE nastavi dalje

2. da li koristis SUBSELECT

ako je odgovor DA klaster nije za tebe, ako je odgovor NE nastavi dalje

3. da li vezujes vise od 2 tabele u nekom upitu

ako je odgovor DA klaster nije za tebe, ako je odgovor NE nastavi dalje

4. da li svi indexi svih tabela mogu da stanu u ram

ako je odgovor NE klaster nije za tebe, ako je odgovor DA nastavi dalje

5. da li data koju koristis 80% vremena staje u RAM

ako je odgovor NE klaster nije za tebe, ako je odgovor DA nastavi dalje

6. da li ti je bitan security

ako je odgovor DA klaster nije za tebe, ako je odgovor NE nastavi dalje

7. da li koristi blobove

ako ti je odgovor DA klaster nije za tebe, ako je odgovo NE nastavi dalje

8. klaster verovatno nije za tebe ali vredi probati

a evo i par stvari koje moras da procitas:
http://www.mysql.rs/2009/10/sta-je-to-klaster/
http://www.mysql.rs/2009/10/mccge/

 
Odgovor na temu

bjevta
Bratislav Jevtic
http://www.tojesoft.co.rs
Beograd

Član broj: 5216
Poruke: 367
*.static.sbb.rs.

Sajt: www.tojesoft.co.rs


+5 Profil

icon Re: odo' ja u klaster...06.03.2012. u 11:52 - pre 146 meseci
cek, bre, malo. je l moze ukratko sto svi ovi uslovi moraju da budu ispunjeni, po ovih 8 tacaka?

1. sta to znaci da 'svi upiti imaju PK access'?

2. koristim subselect na puno mesta i za sada moram da ga koristim. je l to znaci da od klastera nema nista ili da ne bi radio kako treba (brzo)?

3: je l ovo znaci da JOIN ne moze da se koristi u upitu?

ostale uslove ispunjavam ili bih mogao brzo da prepravim app tako da ih ispunim.

Acta, non verba!
 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.31.24.217.adsl2.beograd.com.

Sajt: mysql.rs


+2377 Profil

icon Re: odo' ja u klaster...06.03.2012. u 12:20 - pre 146 meseci
PK access znaci da upit izgleda

SELECT stagod, stagod... FROM jednatabela WHERE primarnikljuc=nekavrednost AND stagod;

To je ono za sta je mccge napravljen

SUBSELECT - radi, ali ce da bude neverovatno spor

JOIN - radi ali ce da bude neverovatno spor

procitaj onaj moj post sto sam ti linkovo bice ti jasnije .. :D

ukratko ti se okacis na jedan data node, a podaci se nalaze rastrkani po data nodovima, i sada ti radis join, imas petlju u petlji (i tako u dubinu za svaki join) gde sada ti dovlacis cudovisno mnogo podataka kroz mrezu na mysql server koj onda te podatke filtrira .... u 7.2 je odradjen malo bolje condition pushdown gde se smanjuje kolicina podataka koji se salju kroz mrezu, ali je to i dalje zastrasujuce mnogo sporije nego sto radi "obican innodb".... Za join condition pushdown odradjuje delimicno posao, za subselect nista ne pomaze, to je prosto presporo.


 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.31.24.217.adsl2.beograd.com.

Sajt: mysql.rs


+2377 Profil

icon Re: odo' ja u klaster...06.03.2012. u 12:24 - pre 146 meseci
najveci nas problem sa klaster korisnicima je to sto uzmu klaster ocekujuci oracle RAC zamenu, ocekujuci klasicne mysql performanse samo skalirane horizontalno ... klaster je extra skup (ko placa licence) i nas sales voli da ga prodaje, a posle bude vatanje za glavu posto klaster nikako nije za "prosecnog" korisnika, to je vrlo specijalizovan proizvod (pravljen za telko korisnike i moze da ga pored telko-a koristi jos mali segment drustva) i nikako nije rdbms opste namene.

Obrati panju da ndbcluster nema NIKAKVU zastitu, dakle ko moze da ti pristupi portu na bilo kom od nodova, moze da radi sta oce (cita, brise, pise ..), da medju sql nodovima nema lokovanja, dakle ti ne mozes da "zakljucas tabelu" na jednom sql nodu i da ocekujes da ostali sql nodovi ne mogu da rade nista sa tom tabelom i slicno ...
 
Odgovor na temu

bjevta
Bratislav Jevtic
http://www.tojesoft.co.rs
Beograd

Član broj: 5216
Poruke: 367
*.static.sbb.rs.

Sajt: www.tojesoft.co.rs


+5 Profil

icon Re: odo' ja u klaster...06.03.2012. u 15:55 - pre 146 meseci
boggy, procitao sam tvoje blogove, imam jedno pitanje.

ako bih imao cluster sa samo 2 data noda i NoOfReplica=2, onda ne bih imao problem s JOIN-ovima, SUBSELECT-om, itd?
upiti bi se izvrsavali na 1-om serveru, jer svaki od servera sadrzi sve podatke, sto bi subselect radio na drugom?

drugim recima, 'dobio' bih na performansama i pouzdanosti, uz vec navedene gubitke (security)?
Acta, non verba!
 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.31.24.217.adsl2.beograd.com.

Sajt: mysql.rs


+2377 Profil

icon Re: odo' ja u klaster...06.03.2012. u 16:12 - pre 146 meseci
Citat:
bjevta: boggy, procitao sam tvoje blogove, imam jedno pitanje.


samo jedno ?!?!?!?


Citat:
bjevta:
ako bih imao cluster sa samo 2 data noda i NoOfReplica=2, onda ne bih imao problem s JOIN-ovima, SUBSELECT-om, itd?
upiti bi se izvrsavali na 1-om serveru, jer svaki od servera sadrzi sve podatke, sto bi subselect radio na drugom?


ne, ne, sinko, tako se ne pravi avion :D

data je na klasteru particionisana. Svaka particija ima primarnu particiju i svoje replike (u slucaju noofreplica=2 onda je to jedna primarna i jedna replika). U slucaju dva data noda, ti imas na jednom data nodu pola podata u primarnim particijama i pola podataka u replikama. Uvek se pristupa SAMO primarnim particijama. U slucaju da data nod koji drzi primarnu particiju nestane prva replika postaje primarna particija. Tako da jedini nacin da bi ti vukao podatke samo sa jednog data noda je da ubijes onaj drugi.

Cak i ako imas samo jedan data nod, opet join i subselect rade sporo iz prostog razloga sto se uslov za join nalazi na sql nodu a ne na data nodu tako da tebi data nod vraca sql nodu ogromnu kolicinu podataka a onda sql nod to filtrira. Sa 7.2 condition_pushdown daje mogucnost da se ovo delimicno prebaci na data nod ali to se radi tako sto sql nod u slucaju join-a generise "skript" koji se izvrsava na data nodu gde data nod onda sam kontaktira ostale nodove i skuplja podatke pa salje datu nazad na sql ... to radi mnoogo brze nego sto radi bez condition_pushdown ali i dalje visestruko sporije nego innodb. (tipa za red ili dva reda velicine sporije, ne 10% sporije!!!!). SUBSELECT je jos gora varijanta posto tu condition_pushdown ne pomaze.

Citat:
bjevta:drugim recima, 'dobio' bih na performansama i pouzdanosti, uz vec navedene gubitke (security)?


ako imas join - ne postoji nacin da sa klasterom dobijes na performansama. Cak i u slucaju da preradis sve upite i presredis celu aplikaciju da je optimizujes da radi sa klasterom, mozes jos bolje da je optimizujes da radi sa innodb-om :).
 
Odgovor na temu

bjevta
Bratislav Jevtic
http://www.tojesoft.co.rs
Beograd

Član broj: 5216
Poruke: 367
*.dynamic.sbb.rs.

Sajt: www.tojesoft.co.rs


+5 Profil

icon Re: odo' ja u klaster...07.03.2012. u 05:55 - pre 146 meseci
ok, klaster nije za mene.

za koga je, spomenuo si telkom, na primer. kako njima koristi klaster?
Acta, non verba!
 
Odgovor na temu

tarla

Član broj: 15527
Poruke: 1648



+42 Profil

icon Re: odo' ja u klaster...07.03.2012. u 07:21 - pre 146 meseci
AAA

Autentifikacija - čitanje iz jedne tabele (tipa username i password)
Autorizacija - uglavnom čitanje iz jedne tabele (tipa dodjela brzina na osnovu kor. imena, limita za promet)
Accounting - upis i update jedne te iste tabele u kojoj se čuvaju podaci o konekcijama

naravno, ovo je uprošćena slika telco industrije :)



 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.31.24.217.adsl2.beograd.com.

Sajt: mysql.rs


+2377 Profil

icon Re: odo' ja u klaster...07.03.2012. u 10:24 - pre 146 meseci
telko na primer ima nesto sto se zove HLR ... to je "sistem" koji belezi svaki event na mrezi (zvao si, pozvan si, sms stigo, sms kreno, otkacio si se sa jedne celije, zakacio si se na drugu celiju, vidljiv si sa nove celije .. ), ti eventi se tuku u mysql cluster i citaju iz njega... to ti je jedan primer ...

telko takodje strasno mnogo koristi ldap, to im je majka mara ... najbolji / najbrzi / najsigurniji ldap backend na svetu je mysql cluster :D

obrati paznju da telko skoro uopste ne koristi sql .. oni klaster koriste kroz ndb-api (to bi danas neko nazvao no-sql interface ali postoji od kada postoji sam cluster i mnogo je iskusna fora za neke stvari) uglavnom .. rad sa klasterom kroz ndb api je par puta brzi nego kroz sql

sa 7.2 je klaster malo prizemljen, ima condition pushdown koji prilicno dobro radi koji daje mogucnost i "obicnijim" korisnicima da ga koriste, ima nacin da ne bude real time baza (mysql cluster je do 7.2 real-time baza sto znaci da ti za tvoj hardware koji imas tacno mozes da izracunas koliko max ce da ti traje bilo koji proces, to je npr za telko strasno vazno, ali za normalnog korisnika je nightmare posto ako krenes da radis npr pisanje po klasteru brze nego sto on moze da prihvati on nece da "ceka" kao normalna baza vec ce da dropne tu transakciju, ili ce u slucaju da neki data node ne moze da postigne brzinu kojom saljes datu - da dropne ceo data node !!) ...u 7.2 smo ubacili varijantu da ne bude real-time vec da ima "cekanje" .... takodje 7.2 ima i memcached interface tako da moze da se koristi umesto memcached-a sto je extra fora posto stavis klaster na X masina, sa tvojih Y masina se konektujes kao na memcached (i to sa glupih klijenata, ne moras da imas pametne klijente) i imas memory key-value store koji je persistent :D

ima tu jos mnogo sta, pitaj ako te zanima, ali generalno ako imas heavy join-e (vise od 2 tabele) i ako imas gomilu subselect-ova ...
 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.31.24.217.adsl2.beograd.com.

Sajt: mysql.rs


+2377 Profil

icon Re: odo' ja u klaster...07.03.2012. u 10:26 - pre 146 meseci
Citat:
tarla: AAA
naravno, ovo je uprošćena slika telco industrije :)


lako je njima, oni imaju onaj broj na sim kartici i to im je PK za sve .. imaju tabela koliko im treba i sve su PK sa tim "id-om" + jos po koje polje, i join im treba nekad da izvuku neke statistike i slicno a to se ionako vuce iz "slave" baze koja je uglavnom neki oracle ili db2
 
Odgovor na temu

SpizaGenije
Spiza Genije
Software Developer
Signus

Član broj: 247347
Poruke: 193
*.telrad.net.



+4 Profil

icon Re: odo' ja u klaster...07.03.2012. u 11:02 - pre 146 meseci
možda je offtopic (jeste sigurno), ali...

- jel' FB na klasteru? msm... pretpostavljam da jeste... kako oni onda odrade onolike džointe?
a ako nije, kako onda postižu onoliku brzinu?

Bogdane, ajd nam molim te, malo to pojasni! :D
Some people, when confronted with a problem, think: "I know, I'll use regular expressions."
Now they have two problems!
-Jamie Zawinsky
 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.31.24.217.adsl2.beograd.com.

Sajt: mysql.rs


+2377 Profil

icon Re: odo' ja u klaster...07.03.2012. u 11:15 - pre 146 meseci
Citat:
SpizaGenije
- jel' FB na klasteru? msm... pretpostavljam da jeste...


losa pretpostavka. oni koriste normalan mysql (+ nekoliko specijalnih patcheva napisanih samo za njih)
 
Odgovor na temu

SpizaGenije
Spiza Genije
Software Developer
Signus

Član broj: 247347
Poruke: 193
*.telrad.net.



+4 Profil

icon Re: odo' ja u klaster...07.03.2012. u 11:24 - pre 146 meseci
Citat:
bogdan.kecman: losa pretpostavka. oni koriste normalan mysql

Tu smo da naučimo/saznamo! :D



Citat:
bogdan.kecman:(+ nekoliko specijalnih patcheva napisanih samo za njih)

Samo nekoliko?! O.o
Some people, when confronted with a problem, think: "I know, I'll use regular expressions."
Now they have two problems!
-Jamie Zawinsky
 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.31.24.217.adsl2.beograd.com.

Sajt: mysql.rs


+2377 Profil

icon Re: odo' ja u klaster...07.03.2012. u 11:53 - pre 146 meseci
par "dodatnih informacija"

svaki telko koristi bazu kao sto je mysql cluster, 90% njih koriste "bas mysql cluster" a 10% koriste alternativna (uglavnom pisana in-house) resenja. Ali mysql cluster nije jedina baza koju telko koristi, oni svi pored mysql cluster-a (koji sluzi samo za HLR i slicne delove njihovog hardware-a) koriste raznorazne sql servere. OracleDB je najcesci, DB2 je vrlo cest, mada ima svakakve exotike.... Imas ljude koji su ceo radni vek proveli u telko industriji a nisu culi za MySQL Cluster posto oni njega ne vide. Svaki mobilni provajder na primer kupuje od velikih proizvodjaca opremu da bi bio operater, ti veliki proizvodjaci nama vise ili manje poznate firme (Ericsson, Alcatel-Lucent, Nokia Siemens Network .. i drugi, ova 3 su najveci) ... Ti kad pogledas npr nas Telenor, oni imaju u svom HLR-u MySQL Cluster, ali ne verujem da bilo ko u telenoru ima pojma sta je to, njima ako HLR prikaze gresku, oni zovu od koga god da su ga kupili i kazu "HLR mi kaze "kod 124447", sta da radim", inzenjer sa druge strane se okaci na HLR i odradi dijagnostiku, opravi ga, uradi sta god treba ... dakle niti onaj u Telenoru zna da je tu neki MySQL Cluster, niti ga to zanima... kao sto tebe boli uvo sto ti je u sat receiveru linux ili sto ti masina za sudove tera neki rtos :D

vezano za FB, njima mysql cluster treba ko treca noga, eventualno bi mogli da ga koriste kao no-sql resenje ali oni su vec probali sa no-sql resenjem i videli da je to ipak samo hype i da za njihov sistem to ne radi ... e sad, i dalje oni imaju tamo mnogo ljudi koji zagovaraju no-sql, imaju cak nekoliko nasih ljudi koji su presli tamo (ako se secam svi su iz Novog Sad-a ali ne treba me drzat za rec) koji imaju iskustva sa no-sql-om, tako da ce FB povremeno isprobavati razne no-sql varijante, sto kasandru u koju su ulozili tolike pare, sto mongo, sto mysql cluster u no-sql varijanti (znam da je Mark radio neke testove i da se prijatno iznenadio kako mysql cluster radi u toj kombinaciji) ali u svakom slucaju, FB je toliko jedan specifican sistem, da "kako to radi FB" nikome realno ne daje nikakvu korisnu informaciju kako da uradi nesto .. isto kao sto niko nema preveliku koristi od toga "kako google nesto radi" ... svi bi oni promenili kako rade stvari, posto su svi oni ucili na greskama jer su svi krenuli sa par servera, pa dosli tu gde su, a to iskustvo ne moze niko da ti sazme u par stotina strana nekog pdf-a

glup primer, jedna velika evropska firma M radi posao X (jbg, bice mnogo X i Y posto - poslovne tajne). Firma M je napravila ceo sistem i onda sa gotovim sistemom postala nas klijent.... ima tome vec mnogo godina. Firma M ima nekoliko stotina MySQL servera, ima organizaciju kakvu ima i ne zeli nista da menja u tome "kako sistem radi", kao nasi klijenti generalno zele informacije o tome kako tih nekoliko stotina mysql servera bolje da konfigurise, kako da bolje optimizuje neki upit i tako to, ali samu arhitekturu sistema ne zele da pipaju.

Firma B radi posao Y koji je skoro identican kao posao X, radi se o drugim podacima ali generalno ista prica (jedni rade komisionu prodaju penkala a drugi gumice za kosu na primer, ista prica, i jedni i drugi imaju prodavce, kupce, artikle, razne pretrage .. samo su artikli razlicitog tipa). Firma B ima bazu slicne velicine kao firma M, imali su slican setup kao firma M ali kada su dosli kod nas kao klijenti rekli su - "we are open to all suggestions", naravno, prihvatili su samo neke sugestije .. u roku od 3 meseca smo im okrenuli ceo sistem naglavacke, sada sa istim brojem servera kao firma M imaju za red velicine vecu bazu (vise artikala), opsluzuju 2 reda velicine vise klijenata (brze su rasli od firme M - mozda zato sto su imali stabilniji i brzi sistem, mozda iz nekog drugog razloga)...

Firma O radi posao X (dakle isti kao firma M) dosli su kao klijent i rekli - mi imamo sistem, aj pogledajte sta mislite, ja sam im rekao "sistem vam nije ni za k. mora ovo sve ispocetka" - i oni su se slozili!!!!. Firma O sa 20 servera opsluzuje isto klijenata kao firma M a ima za 2 reda velicine (100 puta!!) vecu bazu podataka (vise artikala) i vise mogucnosti za pretragu a imaju rast klijenata koji je za nekoliko redova velicine veci od firme M sto znaci da ce verovatno za godinu dana pregaziti firmu M kao klijenta... samo zato sto su prihvatili da ceo sistem organizuju od pocetka kako treba (i bace svoj inicijalni sistem koji je bio pakleno los). Pri tome, ceo posao sa firmom O sam na primer uradio ja sam, celu arhitekturu celog sistema .. i trajalo je samo par meseci ..

Sve tri firme rade vise manje istu stvar, sve tri firme koriste mysql, sve tri firme imaju mnogo para i nije im problem da uzmu koliko treba servera, interneta, ljudi ... firma O ce ih sve zatrti za godinu dana sa zaradom posto su napravili od pocetka sistem da valja .. abitno da li je to bio mysql ili neka druga baza .. isti problem je mogao da se resi i sa pgsql-om, kasandrom, mongom ... samo bi arhitektura bila drugacija, posto mene placa mysql - bilo je uradjeno, jeli, sa mysql-om ... istih takvih prica ima sa pgsql-om jos vise ...

Zasto sve ovo pricam ... FB ima par desetina hiljada servera ... kako su oni organizovali te servere je tebi za tvoj sistem potpuno abitno .. ti moras za svoj sistem da napravis plan rasta
- sta ces da radis sutra sa 1000 vizitora dnevno
- sta ces da radis za 6 meseci sa 100k vizitora dnevno
- sta ces da radis za 2 godine sa milion vizitora dnevno
- sta ces da radis za 5 godina sa milion vizitora na sat

a onda, svakih 3 meseca prolazis kroz taj isti plan, i u odnosu na "sta ima novo u IT svetu" i u odnosu na to gde si u odnosu na planirane brojke redefinises plan ... sta ako za 2 godine imas 50k vizitora dnevno, da li je bolje da stavis kljuc u bravu ili ... sta ako za 2 godine izadje neki db sistem koji skalira lako i jeftino ali zahteva redizajn celog sistema? Oces da nastavis po planu ili ces da redizajniras ceo sistem da koristis taj novi db? Da li ces odma da ulozis pare u testiranje istog ili ces... etc etc ... to su stvari od kojih zavisi da li ce neko da propadne ili napravi bum ... od cega ces da zaradis pare? ja znam gomilu super sajtova koji su sve odradili osim "kako ce da zarade" i na kraju su umrli .. opet sa druge strane i dalje ima ljudi koji ne kapiraju gde FB ili google zaradjuju novac (a zaradjuju toliko da im je budzet ove nase smrdljive zemlje "petty cache") .. tako da... kako je FB nesto tehnicki resio danas - potpuno je beskorisna informacija za tvoj projekat koji je poceo pre mesec dana ..
 
Odgovor na temu

Shinhan
PHP programmer
Subotica

Član broj: 12327
Poruke: 372
*.static.isp.telekom.rs.

Jabber: shinhan@elitesecurity.org
ICQ: 400847988


+4 Profil

icon Re: odo' ja u klaster...07.03.2012. u 13:19 - pre 146 meseci
Jedan sajt nam nekih dana ima i više od 200k posetilaca. To još uvek opslužuje samo jedan MySQL server. (+ više apache servera, memcache...)

Spremamo se u skorijoj budućnosti da uzmemo par slave mašina, ali za sada pokušavamo da optimizujemo i keširamo sve što možemo.
"Common sense is not so common." - Voltaire
 
Odgovor na temu

bogdan.kecman
Bogdan Kecman
"specialist"
Oracle
srbistan

Član broj: 201406
Poruke: 15887
*.31.24.217.adsl2.beograd.com.

Sajt: mysql.rs


+2377 Profil

icon Re: odo' ja u klaster...07.03.2012. u 14:19 - pre 146 meseci
to nema mnogo veze ... zavisi kakav je sajt ... moj blog npr moze da hendluje preko milion hitova na sat .. a to je jedan jedini server na kome je i sql i http i jos brdo nekih sajtova .. a pritom je to neki wordpress koji ja upgradeujem smena pa na usrb .. kesiranje je majka :D
 
Odgovor na temu

[es] :: MySQL :: odo' ja u klaster...

[ Pregleda: 3213 | Odgovora: 16 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.