Menu
▾
▴
#147 Packs plugin - available Packs refresh download fails
refreshing packs perspective initiates a download of a bunch of xml files which fails after reaching round about 60% loaded.
The plugin opens up to 80 connections to 217.140.108.95 (ARM server) at port 80 which obviously affect all network participants and finally raises a download time out.
The internet connection is totally taken by the download. Also parsing each downloaded xml takes up to 5 minutes, total download time about 40 minutes.
Occurring on the following system:
Win8.1 x64
Java 8 AND Java 7 (max on Java 8 60% max on Java 7 85%)
Eclipse Kepler 4.3 x64
20 Mbit internet access
Discussion
the plug-in does not open parallel downloads, I would say they fail and are left behind.
if you use any antivirus, I suggest you try without it and let me know if this helps.
I deactivated all virus and firewalls as first, sorry not to mention
I just added some more error checks to the http download routine.
could you check the beta available from updates-test?
if you still encounter problems, please copy the content of the Packs console and check the workspace/.metadata/.log file for exceptions.
Liviu,
the log file gives not ONE error logged.
without a new plugin version this will not go away, the plugin DOES open more then one connection per download even while pinging the host gives response times far less then a second.
You have to close the open connection after each download or reuse it ! the first 20% go fast but with each further download the opened and left open connections slow the process down. Try it yourself, parallel use of browser is impossible.
I am not spending another 40 minutes to a full console copy, here is what is left
2014-12-22 21:03:23
Loading repos summaries...
Parsing cached content file "C:\Users\RalphLT\kepler workspace\kepler test\Packages.cache.content_www_keil_com_pack.xml"...
File does not exist, ignored.
Parsing cached content file "C:\Users\RalphLT\kepler workspace\kepler test\Packages.cache.content_gnuarmeclipse_sourceforge_net_packages.xml"...
File parsed in 22ms.
Identifying installed packages...
Found no installed packages.
Completed in 68ms.
2014-12-22 21:03:23
Collecting devices...
Found none.
Completed in 1ms.
2014-12-22 21:03:23
Collecting packs...
Found none.
Completed in 1ms.
2014-12-22 21:51:40
Collecting devices...
Found none.
Completed in 1ms.
2014-12-22 21:51:40
Collecting packs...
Found none.
Completed in 1ms.
you are partly right.
the plug-in DOES NOT perform parallel downloads for the .pdsc files, you can inspect the console and you'll see that all file copy operations are serialised.
however the java class used to access HTTP resources keeps the socket connections still open, although there is no more activity on them.
I added explicit disconnect() calls for each connection opened, to speed up closing the sockets.
the new beta is available on updates-test
I'm afraid you have some other problem there, removing all .pdsc files from the .cache folder and doing a full Update takes just a few minutes, at least on my Mac.
however, if you manually start multiple 'Install package' operations, yes, they are performed in parallel, because you just asked so.
the test update works fine, with this change this ticket can be closed