I���m still seeing very slow download response times - so I���ve started to work on better caching Inria downloads in my build script - however in doing this, I notice that its not the VM that takes time to download (its as quick as always) its the image? e.g. (http://files.pharo.org/get-files/61/pharo64.zip)

Why would this file take so much longer than than the vm? (As in minutes vs. Seconds)

Tim

On 26 Jul 2017, at 12:59, Tim Mackinnon <tim@testit.works> wrote:

Yes I see the same - it was seconds and now minutes.

Maybe it is worth having a mirror for CI (or does it get edge cached anyway- probably not from what we are seeing, but possibly if could be?)

Tim

Sent from my iPhone

On 26 Jul 2017, at 09:17, Esteban Lorenzano <estebanlm@gmail.com> wrote:

it may been related to recent INRIA infrastructure changes. 
there is nothing 6.1 itself can do with that (6.1 is just a bunch of zips)

Esteban

On 26 Jul 2017, at 09:44, Guillermo Polito <guillermopolito@gmail.com> wrote:

We were also seeing it yesterday. In travis, 10m to download an image (and thus timeout). Before it took seconds.

On Wed, Jul 26, 2017 at 9:41 AM, Denis Kudriashov <dionisiydk@gmail.com> wrote:
Hi.

I don't know answer. But what time it takes before? 

2017-07-26 9:30 GMT+02:00 Tim Mackinnon <tim@testit.works>:
Hi - has anyone else noticed that since 6.1 - using zero conf for installs is very very slow (it takes minutes to download pharo64.zip when using

curl get.pharo.org/64/ | bash

This is both on my local computer but also on the gitlab ci server? Is it possibly something isn���t configured right?

Tim




--
   
Guille Polito

Research Engineer
French National Center for Scientific Research - http://www.cnrs.fr


Phone: +33 06 52 70 66 13