All of lore.kernel.org
 help / color / mirror / Atom feed
From: "H. Peter Anvin" <hpa@zytor.com>
To: "J.H." <warthog9@kernel.org>
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	mirrors@kernel.org, users@kernel.org, lasse.collin@tukaani.org,
	"FTPAdmin Kernel.org" <ftpadmin@kernel.org>
Subject: Re: XZ Migration discussion
Date: Thu, 11 Feb 2010 11:48:13 -0800	[thread overview]
Message-ID: <4B745EFD.9030805@zytor.com> (raw)
In-Reply-To: <4B744E13.8040004@kernel.org>

On 02/11/2010 10:36 AM, J.H. wrote:
> 
> Option 1)
> 
> Leave gz as the master, and migrate bz2 to xz.  This will happen in
> stages obviously. with bz2 ultimately being phased out.
> 
> 	Migration option 1)
> 
> 		All new content would be provided in .bz2 and .xz with
> 		an ultimate date set that the .bz2 files would stop
> 		being generated with new content.  This would leave all
> 		existing content alone and it would not be a migration
> 		of the current .bz2 files to xz
> 
> 	Migration option 2)
> 
> 		At some point there would be a mass conversion of all
> 		existing content to include .bz2 and .xz.  These would
> 		be run in parallel for a time period until it was
> 		determined that .bz2 was no longer needed and it would
> 		be removed from the servers leaving .gz and .xz
> Option 2)
> 
> Convert the master data from gz to bz2 and use xz as the new file
> format.  This has the downside of causing more tool churn as it means
> the kernel developers will have to eventually convert from gz to bz2,
> which means for a time there will be nag e-mails if you upload gz
> instead of bz2 and such.  It would also mean that we (kernel.org) would
> need to be able to support .gz and .bz2 as master data for a time.
> 
> Migration options are identical to Option 1 more or less, with either
> just new content getting converted, or all content getting converted.
> 
> ========================================================================
> 
> I'm personally leaning towards option 1, though personally don't really
> have a preference on the migration options, as both obviously offer
> different advantages, and again this e-mail is more to spur on the
> discussion and come to some general consensus across all of the groups
> concerned before moving forward with a more specific plan.
> 
> So I'm inviting discussion, questions and comments on this so we know
> which way to ultimately go.

My personal recommendation would be for Option 1, Migration option 2.

I think the idea of having two "best" file formats (Migration Option 1)
in use indefinitely is rather pointless.

As for the motivations for Option 1:

a) Currently, .gz contents is original, whereas .bz2 contents is
automatically generated.  Flushing the .gz files would mean flushing
original content.

b) .gz is one of the most widely supported compression formats ever
created, plus it is very fast, especially on the decompression side.
.xz is reasonably fast but very memory intensive; .bz2 is moderately
fast and still fairly memory intensive (but not as much as .xz).  In
other words, .gz provides an option for small, slow or old systems, or
systems running inferior operating systems.  .xz provides the best
compression.  .bz2 is in between, but it doesn't serve either purpose as
well as the other two.

Realistically speaking, kernel.org itself will carry all three formats
for an extended transition time (at least a year); we will probably
discontinue the victim format only when we start running shy on disk
space.  However, we obviously don't want to push this burden onto all
the mirrors.  Therefore, I would really appreciate feedback from mirror
admins as to how you would prefer to see the transition -- either
transition -- happen.

	-hpa

  parent reply	other threads:[~2010-02-11 19:57 UTC|newest]

Thread overview: 106+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-11 18:36 XZ Migration discussion J.H.
2010-02-11 19:44 ` david
2010-02-11 19:48 ` H. Peter Anvin [this message]
2010-02-12  0:14   ` [kernel.org mirrors] " Carlos Carvalho
2010-02-11 20:22 ` [kernel.org users] " Willy Tarreau
2010-02-11 20:51 ` Pavel Machek
2010-02-11 22:22   ` H. Peter Anvin
2010-02-12 14:35     ` Jean Delvare
2010-02-13 17:10   ` Jean Delvare
2010-02-13 18:49     ` Geert Uytterhoeven
2010-02-13 19:30       ` Randy Dunlap
2010-02-16 14:55       ` Steven Rostedt
2010-02-13 23:28     ` Stefan Richter
2010-02-14  9:07       ` Jean Delvare
2010-02-13 23:52     ` Phillip Lougher
2010-02-14  9:23       ` Jean Delvare
2010-02-14  9:33         ` Justin P. Mattock
2010-02-14  9:49         ` Willy Tarreau
2010-02-14 12:43           ` Jean Delvare
2010-02-15 21:31           ` James Cloos
2010-02-17  5:40             ` Willy Tarreau
2010-02-17  5:54               ` H. Peter Anvin
2010-02-17 10:22               ` Petri Kaukasoina
2010-02-17 10:25               ` Petri Kaukasoina
2010-02-14  9:56       ` Andi Kleen
2010-02-18 23:59         ` Jan Engelhardt
2010-02-14 10:16       ` Lasse Collin
2010-02-12 14:01 ` Jean Delvare
2010-02-12 15:21   ` Linus Torvalds
2010-02-12 19:02     ` J.H.
2010-02-12 19:23       ` Jean Delvare
2010-02-12 23:07         ` Willy Tarreau
2010-02-13  6:20           ` Pavel Machek
2010-02-13 10:06             ` Stefan Richter
2010-02-13 10:21               ` Stefan Richter
2010-02-14  9:56                 ` Lasse Collin
2010-02-13  8:17           ` Jean Delvare
2010-02-13  9:59             ` Stefan Richter
2010-02-13 10:18               ` Avi Kivity
2010-02-13 21:37                 ` [kernel] " Mr. James W. Laferriere
2010-02-13 22:39                   ` Bernd Petrovitsch
2010-02-15 19:33                     ` [kernel.org users] [kernel] " Steve French
2010-02-16  9:16                       ` Bernd Petrovitsch
2010-02-16 15:13                         ` J.H.
2010-02-14 17:13               ` [kernel.org users] " Pavel Machek
2010-02-14 17:33                 ` Stefan Richter
2010-02-14 20:51                   ` Pavel Machek
2010-02-15  8:48                     ` Stefan Richter
2010-02-15 23:32                       ` Tom Rini
2010-02-16  8:21                         ` Stefan Richter
2010-02-14 17:07             ` Pavel Machek
2010-02-14 18:39               ` Stefan Richter
2010-02-14 21:04                 ` david
2010-02-14 21:32                   ` Jean Delvare
2010-02-14 18:59               ` H. Peter Anvin
2010-02-14 19:08               ` Jean Delvare
2010-02-15 15:15                 ` tytso
2010-02-16 15:29                   ` J.H.
2010-02-16 16:03                     ` Jean Delvare
2010-02-17  1:36                     ` David Rees
2010-02-16 14:00                 ` Pavel Machek
2010-02-19  0:08     ` Jan Engelhardt
2010-02-19  4:38       ` J.H.
2010-02-12 15:25   ` Steven Rostedt
2010-02-12 16:11     ` Jean Delvare
2010-02-12 16:30       ` Steven Rostedt
2010-02-12 16:44         ` Jean Delvare
2010-02-12 20:34         ` Junio C Hamano
2010-02-12 21:16           ` Steven Rostedt
2010-02-16 15:39     ` ketchup was " Pavel Machek
2010-02-16 16:17       ` Steven Rostedt
2010-02-16 16:27         ` Pavel Machek
2010-02-21 13:53           ` Pavel Machek
2010-02-21 14:26             ` Jean Delvare
2010-02-21 19:28               ` Pavel Machek
2010-02-22 18:59             ` Pavel Machek
2010-02-23 13:14               ` Steven Rostedt
2010-02-23 20:32                 ` Pavel Machek
2010-02-12 19:02   ` Phillip Lougher
2010-02-12 19:32     ` Jean Delvare
2010-02-12 19:57       ` Phillip Lougher
2010-02-12 21:59         ` Jean Delvare
2010-02-12 23:30           ` Phillip Lougher
2010-02-12 23:39           ` Phillip Lougher
2010-02-13  7:31             ` Jean Delvare
2010-02-13 22:37               ` Phillip Lougher
2010-02-14  9:32                 ` Jean Delvare
2010-02-14  9:53                   ` Justin P. Mattock
     [not found]           ` <20100212223547.GN5186@tux>
2010-02-13  7:20             ` Jean Delvare
2010-02-12 19:03   ` H. Peter Anvin
2010-02-12 20:25     ` Matthew Wilcox
2010-02-12 21:54       ` Greg KH
2010-02-12 21:58       ` Steven Rostedt
2010-02-14 14:49       ` Harald Arnesen
2010-02-14 18:34         ` H. Peter Anvin
2010-02-12 20:31     ` [kernel.org mirrors] " Sleddens, J.P.G.
2010-02-12 22:11       ` H. Peter Anvin
2010-02-12 23:14         ` [kernel.org users] [kernel.org mirrors] " Willy Tarreau
2010-02-13  7:42     ` [kernel.org users] " Tony Luck
2010-02-13  8:14       ` H. Peter Anvin
2010-02-13  8:53         ` Jean Delvare
2010-02-14  5:43           ` H. Peter Anvin
     [not found]             ` <987664A83D2D224EAE907B061CE93D53123E0ED5@orsmsx505.amr.corp.intel.com>
2010-02-17  0:11               ` H. Peter Anvin
2010-02-14 18:03 ` Eric W. Biederman
2010-02-14 22:27   ` Stephen Hemminger
2010-02-15 16:15     ` Jean Delvare

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B745EFD.9030805@zytor.com \
    --to=hpa@zytor.com \
    --cc=ftpadmin@kernel.org \
    --cc=lasse.collin@tukaani.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mirrors@kernel.org \
    --cc=users@kernel.org \
    --cc=warthog9@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.