Re: [rlug] hardlink shits

2019-10-09 Fir de Conversatie Alex 'CAVE' Cernat
Ma uitam după posibile soluții de deduplicare la nivel de fișier (ca la nivel de bloc de date nici măcar zfs 0.8 nu e încă soluție viabilă) cu posibilitatea de a copia/backup-a prin rsync păstrând maparile de hard link dar și fără a omorî memoria și deci serverul nici pe sursa nici pe destinație câ

Re: [rlug] hardlink shits

2019-10-09 Fir de Conversatie Petru Rațiu
On Wed, Oct 9, 2019 at 4:31 PM Alex 'CAVE' Cernat wrote: > --inplace poate fi o binefacere sau un blestem, in functie de > imprejurari, de obicei prefer sa nu-l folosesc decat cand chiar e musai > nevoie de el (better safe than sorry) > > revenind la oile noastre strict cu -H, tot nu am gasit vre

Re: [rlug] hardlink shits

2019-10-09 Fir de Conversatie Alex 'CAVE' Cernat
--inplace poate fi o binefacere sau un blestem, in functie de imprejurari, de obicei prefer sa nu-l folosesc decat cand chiar e musai nevoie de el (better safe than sorry) revenind la oile noastre strict cu -H, tot nu am gasit vreo referinta ca s-ar comporta diferit daca chiar sunt hardlink-uri in

Re: [rlug] hardlink shits

2019-10-09 Fir de Conversatie Cristian Paslaru
Daca doar vrei sa mentii o copie cat mai unu la unu si cu cat mai putin transfer si unde -H ar merge cum ar trebui poti folosi optiunea de --inplace On Wed, Oct 9, 2019 at 3:02 PM Alex 'CAVE' Cernat wrote: > On 09-Oct-19 2:45 PM, Cristian Paslaru wrote: > > Salut, > > > > la 1. este in vfs: > >

Re: [rlug] hardlink shits

2019-10-09 Fir de Conversatie Alex 'CAVE' Cernat
On 09-Oct-19 2:45 PM, Cristian Paslaru wrote: > Salut, > > la 1. este in vfs: > https://www.usenix.org/legacy/publications/library/proceedings/usenix01/full_papers/kroeger/kroeger_html/node8.html deci de fapt e si mai bine, intra pe page cache (aka bucati de fisier), deci ar trebui sa ramana o sing

Re: [rlug] hardlink shits

2019-10-09 Fir de Conversatie Cristian Paslaru
Salut, la 1. este in vfs: https://www.usenix.org/legacy/publications/library/proceedings/usenix01/full_papers/kroeger/kroeger_html/node8.html 2. la rsync cu multe hard-links incepe slow down si limita de inodes in FS, nu neparat de storage still available, aveam some backups servers cu rsync cu h

[rlug] hardlink shits

2019-10-09 Fir de Conversatie Alex 'CAVE' Cernat
Salut Doua intrebari destul de low level legat de hard-link-uri: 1. cum tine linux-ul cache-ul cand e vorba de hard-linkuri ? sper ca tine la nivel de i-node, recte daca exista x fisiere accesate care pointeaza catre aceeasi zona de date (acelasi inode) se pastreaza o singura copie in cache, nu x