Aurelien Jarno a écrit, jeudi 30 mai 2002, à 20:10 :
> Le Jeudi 30 Mai 2002 16:49, Jacques L'helgoualc'h a écrit :
[...]
> > Le hic est que le *nom* du fichier a changé...
> >
> Sauf que apt-proxy, lors du téléchargement d'une nouvelle version, fait
> une copie de l'ancienne version et donne à cett
Le Jeudi 30 Mai 2002 16:49, Jacques L'helgoualc'h a écrit :
> georges mariano a écrit, jeudi 30 mai 2002, à 14:52 :
> > intuition : quelle est la probabilité pour que, suite à une
> > reconstruction d'une nouvelle version d'un paquet de 10Mo, les 9,5
> > "premiers" Mo ne soit pas modifiés d'un seul
Le Jeudi 30 Mai 2002 17:58, georges mariano a écrit :
> On Thu, 30 May 2002 16:35:42 +0200
>
> Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> > Je parlais d'un apt-get update du Packages.gz de la sid ou de la
> > woody, qui eux font plus de 1,6 Mo !
>
> argghh, autant pour moi, mais c'est quoi sid et
On Thu, May 30, 2002 at 06:05:45PM +0200, Matthieu Moy wrote:
> Yves Rutschle <[EMAIL PROTECTED]> writes:
>
> > C'est la base de tous les compresseurs (pkzip, gzip, mpeg etc).
>
> Pour mpeg, c'est un peu différent. C'est un algorithme avec perde de
> qualité, qui est surtout basé sur des tr
Jacques L'helgoualc'h a écrit, jeudi 30 mai 2002, à 16:49 :
> [...] http://rsync.samba.org/rsync/tech_report/
Désolé (la faute à wwwoffle :), l'url a changé :
http://rsync.samba.org/tech_report/
--
Jacques L'helgoualc'h
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
Yves Rutschle <[EMAIL PROTECTED]> writes:
> C'est la base de tous les compresseurs (pkzip, gzip, mpeg etc).
Pour mpeg, c'est un peu différent. C'est un algorithme avec perde de
qualité, qui est surtout basé sur des transformations analytiques
(transformées de fourrier & cie) que sur la rép
On Thu, 30 May 2002 16:35:42 +0200
Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> Je parlais d'un apt-get update du Packages.gz de la sid ou de la
> woody, qui eux font plus de 1,6 Mo !
argghh, autant pour moi, mais c'est quoi sid et woody ?? :)))
> je l'ai dit, j'ai vu des cas où c'était vraiment
georges mariano a écrit, jeudi 30 mai 2002, à 14:52 :
[...]
> Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> > La plus value, c'est que apt-proxy utilise rsync.
> > C'est très pratique pour le Packages.gz, un apt-get update me prend
> > moi d'une minute avec un modem 56k.
>
> si je fais un apt-get upd
Le Jeudi 30 Mai 2002 14:52, georges mariano a écrit :
> si je fais un apt-get update ici, le plus gros Packages.gz fait : 70ko
> donc avec un 4Ko/s (modem), il me faudrait env. 20s, x3
> (main/contrib/non-free)... Bref, on en reste de l'ordre de la minute
> (mettons deux)
Je parlais d'un apt-get u
jeudi 30 mai 2002, 15:42:54, georges a écrit :
>>
>> le pb n'est pas là, mais plutôt quel est la probabilité pour que sur
>> ton paquet de 10Mo, découpé en petit bout, la majorité des bouts
>> soit identiques
> c'est une autre formulation de ce que je voulais dire ... ;-)
oui, avec en plus
On Thu, May 30, 2002 at 02:56:00PM +0100, aurelien naldi wrote:
> est-ce qu'il n'ouvrirais pas tout simplement les archives ?
>
> si un paquet est recompile pour changer un README ou une config par
> default alors on ouvre l'archive cote apt-proxy et cote serveur, on
> compare les date des contenu
On Thu, 30 May 2002 15:26:33 +0200
Thomas Clavier <[EMAIL PROTECTED]> wrote:
>
> le pb n'est pas là, mais plutôt quel est la probabilité pour que sur
> ton paquet de 10Mo, découpé en petit bout, la majorité des bouts
> soit identiques
c'est une autre formulation de ce que je voulais dire ..
jeudi 30 mai 2002, 14:52:29, georges a écrit :
>> tous les paquets, mais j'ai déja vu des paquet de plusieurs Mo
>> "chargés" en une dizaine de secondes, toujours en 56k).
> gulps ??? alors là je suis surpris, cela signifie que rsync travaille
> sur des morceaux de fichiers ?? (comment semble le
Le jeudi 30 mai, à 14h52 georges mariano a ecrit :
>
> gulps ??? alors là je suis surpris, cela signifie que rsync travaille
> sur des morceaux de fichiers ?? (comment semble le confirmer Jacques
> ...)
est-ce qu'il n'ouvrirais pas tout simplement les archives ?
si un paquet est recompile p
georges mariano <[EMAIL PROTECTED]> writes:
> intuition : quelle est la probabilité pour que, suite à une
> reconstruction d'une nouvelle version d'un paquet de 10Mo, les 9,5
> "premiers" Mo ne soit pas modifiés d'un seul octet ??
Je peux me tromper, mais en gros, rsync coupe ton fichier en morce
J'ai vu passé sur debian-devel une discussion très poussée sur
l'optimisation de la bande passante ... C'était en anglais,
Profitons-en pour y voir plus clair en français...
Y'a deux trois trucs que je pige pas ... (collent pas avec mon
intuition des choses, intuition dont j'ai pris l'habitud
16 matches
Mail list logo