Re: No more deltarpms by default

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

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, 6 Oct 2014 08:16:30 -0700
"Gerald B. Cox" <gbcox@xxxxxx> wrote:

> On Mon, Oct 6, 2014 at 8:00 AM, drago01 <drago01@xxxxxxxxx> wrote:
> 
> > I am not convinced that "being fast" and "download less" are
> > mutually exclusive when using deltas. So we should keep deltas
> > *and* make them faster.
> >
> 
> Exactly.  The fact that some users have more bandwidth means exactly
> what? Most people also have faster processors and disks now.  It is
> more efficient from a networking perspective to minimize unnecessary
> traffic and use local processing.  That was behind the rationale when
> delta was introduced and made the default.  It was valid then, and it
> is valid now. You don't change the default without following the
> proper process.

even in some countries that are highly developed there is issues. In
Australia for instance it is extremely common to have download caps.
having deltas even if slower will give a better experience as users
will not use up as much of the download cap. What we have is different
scenarios we can not possibly know all of the data about. we should err
on the side of being conservative in places where the potential cost is
highest. while the cost of applying deltarpms can be high I think that
the potential cost of bandwidth is higher, as such we should default to
deltarpm support and make it easy to disable for those that want to.

Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBAgAGBQJUXGBsAAoJEH7ltONmPFDRcBIP/iYYKF343fgyv6gznyPqdmxm
FI3KKTuYEPMNc+Ze+S/A8XM0Oy7NLWHVEn2EuHs7VLMHp31SHulJyO3cfPlAvrWX
NBz6R7GOYvkNgL1MGd1Hw/+M0aVTaza7FK451T+mTU13Dy0s3MwjpkTUEBNqs1U5
tagUg77kthrY/R510OS5FK5QZQW4/nZ852wPZLMrUG44e0/aAIIAaDSCTzHLWIt0
AttShV07WbVuk/0cVerBcpaoS6+kU3B7N+mEfy4+3Ra1/t7oKwdhYKhXWioZ6dVw
lgWfr1UzkbxfX/5q5Zmcnt8bwbXtK9cssvGAR9srlwMWvMKRqT666n2ZK6nMu2ml
Uw/Ue1RdiOsRGEXNuKiFRY5cuDVD18TeflPtAklNn2BWmeAqJx3Wlv4b2T8lTBWC
w4YuyKByoe9Ul47F7onSHL0vS1Zzs4lT3rUAsYLKilv7wji7VIphCKlJQ3zzxqtu
EEfRQlHGD1stfNAghHeop4/yiAmmUeRFGPo1tUTkhe5+pweVY5cqNaFMZ6eDJdyq
sLG1k3nOnXVkqb5w03OkCcyg7a54zBju3XEj0gnmQpOtPNJ4PZAF5/XkWjb3e6Bu
psV9z9IOgxYroXP6kPH3aOTcdiUA8XRTYfwln0BCsyQP3XBY5iegPvsslWjkJOza
xCNCQtwrI3VyYmGfyTb4
=AloG
-----END PGP SIGNATURE-----
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux