subversion (pliki binarne)

[Andrzej Krzysztofowicz]

wrobell wrote:
> On Mon, Sep 15, 2003 at 11:39:11AM +0200, Mateusz Korniak wrote:
> > On Monday 15 of September 2003 11:18, Michal Moskal wrote:
> > 
> > > > > A pliki binarne nie są obsługiwane wydajnie ?
> > > >
> > > > A jaki CVS ma problem z _malymi_ plikami binarnymi ?
> > > > Bo problem z duzymi przestal istniec bez svn.
> > >
> > > Zrób sobie plik binarny, powiedzmy 100k. Zmieniaj w nim po jednym
> > > bajcie, powiedzmy 1000 razy i commituj do svn i cvs. W CVS uzyskasz 100
> > > mega śmiecia, w svn jakieś 200k (po stronie repo).
> > 
> > To chyba nieadekwatny do statystycznej rzeczywistości przykład.
> > Większość dużych rzeczy to skompresowane źródła. Minimalna zmiana 
> > kompresowanej treści powoduje na ogół całkowitą zmiane skompresowanego 
> > wyniku. W takiej sytuacji róznicowanie binarne (svn) nie będzie raczej 
> > skuteczniejsze od trzymania kopii (cvs). 
> w przypadku programu xdelta, to zależy. akurat dla gzip-a, myślę, że xdelta
> ma całkiem niezłe osiągi (nie wiem jak dla binarek innego typu):
> 
> spójrz na *.xdelta w
> 
>     ftp.dante.de/tex-archive/systems/unix/teTeX/current/distrib
> 
> np.: zamiast ciągnąć około 50MB wystarczy 600kB, albo 1.3MB. na modemie
> czas skraca się o rząd wielkości.
> [...]

A ktos testowal jakie to generuje obciazenie po stronie serwera?
Te pliki sa trzymane w bazie, czy generowane na zadanie klienta o
aktualizacje?

BTW: jest jakis zewnetrzny program do takigo binarnego roznicowania/latania
     (ktory mozna by wykorzystac w specach) ?

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology