On Fri, 20 Dec 2013, Vali Dragnuta wrote:
> De-aia ai optiunea sa modifici tu chunk size la ceva mai potrivit.
>
> Vezi insa ca daca-l faci prea mic o sa simti ca va merge mult mai prost.
> Stiu ca eu am testat la un moment dat si pe implementari hardware si
> software si daca faci chunk size prea mic performanta se degradeaza
> semnificativ, in special la transferuri mai mari.
Rezerva din chunk size e aceeasi ca si principiul caching-ului.
Daca-l faci prea mic trebuie sa faci mai multe apeluri de sistem de genul
write().
Daca volumul de date care trebuie scris pe disc e mai mic decit
chunk size nu-i bai (nu-mi vine sa cred ca v-ati gindit doar la operatiile
care se fac in blocurile corespunzatoare directoarelor sau in general a
structurii sistemului de fisiere).
Insa cind volumul de date e mai mare si se intinde pe foarte multe
blocuri de FS, te trezesti cu un stres imens pe partea de intreruperi soft
din cauza ca se inmultesc aiurea apelurile de sistem. Inevitabil
performanta va scadea in acest caz. Sistemele de fisiere beneficiaza de
caching-ul in RAM, scrierile pe matrici RAID si in general pe discuri
beneficiaza de cel mult caching-ul discurilor.
Deci dimensiunile unui bloc de date intr-un filesystem,
dimensiunea pentru chunk size intr-o matrice RAID, samd, sint valori de
compromis intre eficienta si performanta.
Daca stii ca pe acele matrici RAID o sa scrii preponderent fisiere
mari poti duce chunk size-ul la 1MB, insa nu sint sigur ca diferenta de
performanta de la 512kB va fi semnificativa asa cum va fi cresterea
dimesiunii blocului sistemului de fisiere de la 4kB la 8kB. Insa
downgrade-ul la 128kB sau 64kB in loc de 256/512 cu siguranta se va simti.
Altfel trebuie sa evaluezi (si sa testezi, sau sa te bazezi pe
experienta altora) in functie de scopul in care va fi folosita matricea
RAID respectiva.
--
I'm a genuine network and sys admin.
I swear, I curse, I stick my dick into things in order to fix them.
So don't ack like you're having a bad day with me around,
'cause I'll have fix to you and will not be able to fight it!
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
