Re: [RFC] repack vs re-clone

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 11 Feb 2008, Jakub Narebski wrote:

> Marco Costalba wrote:
> > On Feb 11, 2008 7:45 PM, Jakub Narebski <jnareb@xxxxxxxxx> wrote:
> > > "Marco Costalba" <mcostalba@xxxxxxxxx> writes:
> > >
> > > > So it happens to be just faster to re-clone the whole thing by upstream.
> > >
> > > So what you are doing is passing the work, unnecessary work I'd say,
> > > to some poor server. Not nice.
> > 
> > To a poor net bandwidth I would say because cloning from zero just
> > downloads the packages.
> 
> Cloning from zero over http, https and rsync (and ftp) just downloads
> the packfiles. Cloning over git or ssh if I understand correctly[*1*]
> generates single pack for transfer. And that generates load for server.

The created pack will always reuse existing deltas, so the load is more 
about making sure the sent pack contains only needed objects for the 
required branch -- something that dumb protocols cannot do.


Nicolas
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux