compresia e bunicica, deci da-i inainte cu tupeu (presupunand ca nu ai pus gzip9 sau mai stiu eu ce traznaie); daca ai pus un lz4, aproape nici ca se simte si felicitari pentru curajul de a pune dedup; pe cat de mult am dat din coada cand am auzit prima data de acest feature, pe atat mi-a venit sa vars cand am vazut imaginea globala; mai pe scurt, uite ce zic altii:
For every TB of pool data, you should expect 5 GB of dedup table data, assuming an average block size of 64K. This means you should plan for at least 20GB of system RAM per TB of pool data, if you want to keep the dedup table in RAM, plus any extra memory for other metadata, plus an extra GB for the OS. si partea mai nashpa ca nici cu un ssd pe post de l2arc lucrurile nu devin mai bune in concluzie, vorba lui caragiale, deduplicarea e minunata, e sublima, nu lipseste cu desavarsire, dar sa fie la dusmani :-P Alex On 14/11/2016 10:53 AM, Valentin Cozma wrote: > salut, > > credeti ca merita sa continui cu dedup si compression ? > > zdb -b storage > > Traversing all blocks to verify nothing leaked ... > > No leaks (block sum matches space maps exactly) > > bp count: 595567 > bp logical: 34523237376 avg: 57967 > bp physical: 26776677888 avg: 44959 compression: > 1.29 > bp allocated: 28329140224 avg: 47566 compression: > 1.22 > bp deduped: 1905303552 ref>1: 48278 deduplication: 1 > .07 > SPA allocated: 26423836672 used: 5.30% > > > mersi ! > > > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
