| Summary: | Update is hideously slow | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Jerry Quinn <jlquinn> |
| Component: | Update (deprecated - use Eclipse>Equinox>p2) | Assignee: | Platform-Update-Inbox <platform-update-inbox> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | francois, matthijs.wensveen, Tod_Creasey |
| Version: | 3.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Jerry Quinn
Was the download done from the same site or via a mirrored download site? I downloaded eclipse from the main download site. I don't see any config info about where the update process looks for its data. How did you use update manager to update from RC2 to RC3? I am not aware there was an update site to do so. The default update site is http://update.eclipse.org/updates, which I found rather slow. When downloading the eclipse driver, for me this is incredibly quick, as the mirror site is located in close proximity to me. I do expect the updat download to be slower, but not that much slower. After all we are using the regular java.net.URL.openStream() and read() from it, whereas downloading via the browser is all native and likely more optimized for the job. I will try to setup a test scenario to see what happens if I download both from the same host. Hmm, seems I was lying about updating from 3.0RC2 to 3.0RC3. Possibly from M9 to RC2? However, I've seen the same thing in other attempts to update. Try 2.1.2 to 2.1.3. yes, you can update from 2.1.2 to 2.1.3 but not from any 3.0 milestone to another (the update site only has final releases available). I just check the ip of the servers and the update site is located on a different server than the driver download and the two are, indeed, different. I will do some performance testing anyway, you raised a very valid concern. I haven't had a chance to look at this bug, but I've implemented support for running in background mode while downloading plugins (bug 66060 ). The next 3.1 integration build should have this feature. This bug will still require investigation, but the workaround solution is to run install in background, and continue doing other work while downloading is in progress. Note that the actual install will still be modal, but that is just unzipping files and updating the internal state. Connection problems and slowness make automatic updates really unworkable. A way to configure a mirror site (and some fast mirrors) is a nessecity if you ask me. Yes, there is a feature request (bug 69008 ) for supporting mirrors. Also, you may want to looking into how to setup a local mirror for updates (especially when you have many people on the local network who need to update). Search the online help for eclipse update policy. Adding my name to the cc list as we are now tracking performance issues more closely. Please remove the performance keyword if this is not a performance bug. This is related to infrastructure performance. As of M5, most of the network processing is done using jobs, so the user can choose to move the job to background. Based on this, I will remove the performance keyword, but please re-add it (and I will leave it like that :-) if needed. When I try to get a quick list of updates for what I have installed, it takes 30-40 minutes to just synch with the servers. I usually pick a local one (Australia) and a US one. There must be a way of compressing the CVS files or whatever it is that Eclipse uses to see whether there is anything that needs to be updated. I am only on a 56kps link (obviously you need broadband of 256kps or higher if you are going to download a lot of these Eclipse plugins - it took me 15 hours non-stop to get the latest plugins once the list of updates came through - often downloading each little bit one at a time or the download would kind of go into hyperspace!) Compare FreeBSD ports database lookup (www.freebsd.org/ports) that is quick and will tell you immediately of dependences. Eclipse is a slow-poke re update detection and downloading. Unfortunately I am using Windows XP which is a hog anyway. I prefer Linux or FreeBSD for speed in internet based updating. check 3.2 rc7 *** This bug has been marked as a duplicate of 144876 *** |