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 <mailto: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 <mailto: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 <mailto: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 <mailto: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/ <http://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 <http://www.cnrs.fr/>
Web: http://guillep.github.io <http://guillep.github.io/> Phone: +33 06 52 70 66 13