Topic: Speed up yum updates with yum-presto

[guest22]

Hi,

just wanted to mention the yum-presto yum plugin for SME Server 9. It is available from the base repository. (yum install yum-presto)

I haven't had the chance to test thoroughly yet, but it should reduce download sizes up to 80% for it only downloads the delta between existing rpm and new rpm. A yum update after initial install should save you time and bandwidth.

If you're going to have a go with it, please let us know and we will wikinize it.

[Stefano]

will try asap and report back..

RequestedDeletion, could you please raise a NFR? if this plugin is available from upstream repo, it could be included in the iso
Thank you

[brianr]

"No package yum-presto available"

Any ideas?

I already use this for my Fedora 20 Desktop - it certainly works well.

[Stefano]

installed right now on 3 SME9/64 (production), 1 SME9/64 (test), 1 Centos 6.6 (production) 1 Nethserver 6.5 (production) without any issue

can you post here some more info? arch? command you gave?

[Daniel B.]

Just FYI, it's not always faster, depending on the bandwidth available and the power of your CPU. With 30Mbps available for example, it's usually much faster to disable presto, rather than downloading just delta rpm and rebuilding them locally (which is a CPU intensive operation). But it can be interesting if you pay per GB downloaded

[brianr]

installed right now on 3 SME9/64 (production), 1 SME9/64 (test), 1 Centos 6.6 (production) 1 Nethserver 6.5 (production) without any issue

can you post here some more info? arch? command you gave?

oops - sorry just realised - that machine is SME8 - I'll try it on an SME9....

ok, that works fine, and I did an update which ran through  - reduced the download by 71% (it said)

[guest22]

Just FYI, it's not always faster, depending on the bandwidth available and the power of your CPU. With 30Mbps available for example, it's usually much faster to disable presto, rather than downloading just delta rpm and rebuilding them locally (which is a CPU intensive operation). But it can be interesting if you pay per GB downloaded

If we can fine tune our findings, we might have a winner to document and to open up a NFR.

[Stefano]

Just FYI, it's not always faster, depending on the bandwidth available and the power of your CPU. With 30Mbps available for example, it's usually much faster to disable presto, rather than downloading just delta rpm and rebuilding them locally (which is a CPU intensive operation). But it can be interesting if you pay per GB downloaded

well.. nowadays cpu is not a problem, bandwidth is (at least here in Italy)
and it will be usefull after the first setup
all IMVHO

[guest22]

and it will be usefull after the first setup

In light of hurry up the next ISO because of many (upstream) updates and careful creation of a new ISO, this is exactly why I looked at yum-presto. We may be able to satisfy both worlds.

[Daniel B.]

Ha! so there's no general rule
In France (just next to Italy), most of the time bandwidth is not an issue (got 100Mbps at home + a 6Mbps backup), especially if you choose to host your server in a DC (where you can easily have 1Gbps)

[guest22]

and I believe TerryF is still using cans and a string to get things across...

[Stefano]

ROTFL.. 100Mbps is a dream..

in any case, the bottleneck is usually wan connection, not cpu.. I vote for a NFR

[guest22]

150Mbps here... Just received a notice that it will be upgraded to 180 for free....

[Stefano]

I hate you, don't you know?

[Daniel B.]

Could have up to 400Mbps for a few more $$ (~45€/month) if I ask for the new modem (DOCSIS 3)