Mailinglist Archive: opensuse-features (365 mails)

< Previous Next >
[openFATE 309088] zsync support for update channel refresh
  • From: fate_noreply@xxxxxxx
  • Date: Mon, 1 Mar 2010 12:28:03 +0100 (CET)
  • Message-id: <feature-309088-5@xxxxxxxxxxxxxx>
Feature changed by: Michal Marek (michal-m)
Feature #309088, revision 5
Title: zsync support for update channel refresh

openSUSE-11.3: Unconfirmed
Priority
Requester: Important

Requested by: Dirk Mueller (dirkmueller)
Partner organization: openSUSE.org

Description:
For every released maintenance update, the repodata/primary.xml.gz file
grows by a bit (depending on the number of dependencies etc for every
released package). To smoothen updater-experience and reduce the amount
of data that has to be download for an update-repo refresh, the diff of
the file should be downloaded by using zsync.
In addition the repo-channel generation script has to run zsyncmake and
gzip --rsyncable.
-  
-  


Business case (Partner benefit):
openSUSE.org: With openSUSE 11.2, the primary.xml.gz size grows by 1.1
MB for every released kernel, and currently the file has to be
downloaded completely upon every change (due to xml.gz compression).

+ Discussion:
+ #1: Michal Marek (michal-m) (2010-03-01 12:27:41)
+ Another option would be to rotate the primary.xml file and let the zypp
+ parser trivially concatenate it. E.g. let createrepo sort the packages
+ by their build time (*), start with primary.xml.0 and when the output
+ exceeds a given threshold, continue with primary.xml.1, and so on. That
+ would give us similar incremental downloads without changing the
+ downloader code (and exposing bugs in curl/aria2c/proxies and other
+ fun).
+ (*) The sort order would reshuffle if an older package would be
+ approved later than a newer package, but that would hopefully not
+ happen too often and not affect the whole list.



--
openSUSE Feature:
https://features.opensuse.org/309088

< Previous Next >
This Thread
  • No further messages