|Re: [cross-project-issues-dev] Indigo SR2 not mirrored ?|
I tried again today, and this time artifacts were fetched from 2 mirrors in brazil (!) which was again a rather slow operation.
Seems to me that the p2 mechanisms for picking a mirror could be more intelligent, picking something from Germany for instance in my case… I also noticed that once p2 started downloading a large artifact from some mirror it doesn’t try any other mirrors for that one. Which can also quite limit performance if you’re unlucky on a large artifact like linuxtools.autotools.doc in my case.
Are these known limitations ? Could I enable any additional logging to capture more data ?
In the past, installing from the SimRel repo was always fast for me (only fetching initial metadata was painfully slow, taking in the range of minutes until the UI was usable).
From: cross-project-issues-dev-bounces@xxxxxxxxxxx [mailto:cross-project-issues-dev-bounces@xxxxxxxxxxx]
On Behalf Of Markus Knauer
The important files to look for are the artifacts.jar files that are referenced by a cascade of compositeArtifacts.jar. And the most important one, releases/indigo/201202240900/aggregate/artifacts.jar, contains
the following line which looks correct to me:
On Thu, Apr 12, 2012 at 15:30, Denis Roy <denis.roy@xxxxxxxxxxx> wrote:
I’ve just initiated an update from a CDT I-build (mid-january) on top of Platform 3.7.1 to CDT Indigo SR2, using the standard release URL:
picking the CDT SDK.
Download is very slow, and progress seems to indicate that all *.pack.gz artifcats are actually fetched from download.eclipse.org/releases/indigo/sr2/…
Could it be that mirroring is broken somehow for Indigo SR2 ?
Or is my Eclipse 3.7.1 Platform broken somehow ?
Do others see something similar ?
I know that when I install stuff from Juno it’s typically a LOT faster and getting stuff from all over the place…
Martin Oberhuber, SMTS / Product Architect – Development Tools, Wind River