[prev in list] [next in list] [prev in thread] [next in thread]
List: fedora-devel-list
Subject: Re: Change proposal discussion - Optimize SquashFS Size
From: Kamil Paral <kparal () redhat ! com>
Date: 2020-02-05 15:19:36
Message-ID: CA+cBOTevYThmEauvG+U6kZH8CY35Ve-t93_t9YWZFcNeW+bLcQ () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Tue, Feb 4, 2020 at 4:44 PM Kevin Kofler <kevin.kofler@chello.at> wrote:
> And on a slow enough connection (e.g., dial-up, which is still common in
> large parts of the world), "a few percent increase or decrease" in
> download
> time can mean hours of difference, much more than even 30-40% of install
> time.
I have already responded to your exaggerated numbers once, and you didn't
even reply. "Hours of difference" for "a few percent increase", let's say 3
hours for 3 percent increase, means 100 hours total download time. That's
over 4 days of non-stop download. I don't consider that plausible. And
immediately after install, you need to download 99.2 MB of repository
metadata just to be able to install a package. And then you'll get greeted
with 939 MB of pending updates (I just checked on a clean F31 install),
which even get automatically downloaded. Fedora is just not usable in those
environments you describe. At least I personally would be immediately
looking for a different OS.
I prefer solving a problem that I know it exists to a problem that I think
it might exist.
> (Assuming that your numbers are even accurate, which I have not seen
> any proof of so far.)
Those are not my numbers, those are numbers from
https://fedoraproject.org/wiki/Category:Changes/OptimizeSquashFS . I agree
that independent verification would be good to have, and I assume we will
see it for the best compression candidates, when we run it directly in our
infra using some scratch compose.
[Attachment #5 (text/html)]
<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb \
4, 2020 at 4:44 PM Kevin Kofler <<a \
href="mailto:kevin.kofler@chello.at">kevin.kofler@chello.at</a>> \
wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px \
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> And on a slow enough \
connection (e.g., dial-up, which is still common in <br> large parts of the world), \
"a few percent increase or decrease" in download <br> time can mean hours \
of difference, much more than even 30-40% of install <br> \
time.</blockquote><div><br></div><div>I have already responded to your exaggerated \
numbers once, and you didn't even reply. "Hours of difference" for \
"a few percent increase", let's say 3 hours for 3 percent increase, \
means 100 hours total download time. That's over 4 days of non-stop download. I \
don't consider that plausible. And immediately after install, you need to \
download 99.2 MB of repository metadata just to be able to install a package. And \
then you'll get greeted with 939 MB of pending updates (I just checked on a clean \
F31 install), which even get automatically downloaded. Fedora is just not usable in \
those environments you describe. At least I personally would be immediately looking \
for a different OS.<br></div><div><br></div><div>I prefer solving a problem that I \
know it exists to a problem that I think it might exist.<br></div><div> \
</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px \
solid rgb(204,204,204);padding-left:1ex"> (Assuming that your numbers are even \
accurate, which I have not seen <br> any proof of so far.) \
</blockquote><div><br></div>Those are not my numbers, those are numbers from <a \
href="https://fedoraproject.org/wiki/Category:Changes/OptimizeSquashFS">https://fedoraproject.org/wiki/Category:Changes/OptimizeSquashFS</a> \
. I agree that independent verification would be good to have, and I assume we will \
see it for the best compression candidates, when we run it directly in our infra \
using some scratch compose.<br></div></div>
[Attachment #6 (text/plain)]
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic