bundles manager takes very long time to load

[ianzone]

Hi, the extension version is 3.8.0, and it usually takes 5min to load, is that normal? Also, is there any CDN or dedicated server for Chinese users? cuz it's troublesome to download those bundles here. Thx

[Julien D]

Hi @ianzone,

Yes Chineses users have their regional server, and nothing changed in term of infrastructure with the release of version 3.8.0. Means maybe a tooling issue.

How long take the 2 following commands aiming to list the remote and local bundles?

cube bundle list-online
cube bundle list

It should somehow reply immediately for both.

[ianzone]

Seems not a server issue, those 2 commands replied immediately, but the extension still takes long time to load. 

 

[ianzone]

BTW, what are the domains of those servers? I might need to put that into my proxy whitelist. 

[Julien D]

Do you have multiple root folders opened in VSCode?

AFAIK there is only one domain as entry point (https://developer.st.com/bundles), then the service provider routes traffic to regionnal servers.

[ianzone]

I only open one project at a time. Is there any log I can provide? 

[Julien D]

Yes, please do the following steps to export the logs:

1. Restart VSCode
2. Wait for the extensions to initialize
3. Open the Bundle Manager (System view)
4. Toggle the Developer Tools from the Help menu and focus to Console tab
5. Right click somewhere in the view and choose Save as...
6. Send the log file

Feel free to share the logs via PM since it may contains sensitive data.

[Julien D]

Hi @ianzone,

Thanks for sharing the logs, indeed it highlights what could look like really bad network performance.

First I see that you use a local proxy, do you have the capability to make some test without it?

It would be interesting to compare bundle downloads speeds in the 2 configurations (with and without your proxy) by manually installing a toolchain bundle: 

cube bundle install gnu-tools-for-stm32@^13.0.0

It can be removed later thanks this command:

cube bundle remove gnu-tools-for-stm32@^13.0.0

[ianzone]

Without proxy: 7000 KB/s

With proxy: timeout

I've put *st.com into the proxy whitelist; it shouldn't affect the download speed. 

[Julien D]

Wouldn't this clearly indicate that your local proxy configuration is somehow blocking traffic? If so, your proxy logs should help identify which flow is being rejected.

Additionally, if your proxy performs SSL inspection, you may need to set the NODE_EXTRA_CA_CERTS variable to configure your proxy's root CA certificate. A simple cube pack sync command will show SSL errors if the handshake fails. If the command works, you can ignore this comment.