-
Notifications
You must be signed in to change notification settings - Fork 29.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Very slow start with snap package #61613
Comments
A further observation: opening a file from the quick file picker (ctrl + p) opens quickly, as does opening file from traditional file open dialog (ctrl + o). |
I noticed vscode was installed as a
and now vscode is behaving normally! |
@Tyriar you talked about this once, right? |
So, there is a v e r y long time in which nothing JavaScript'ish happens. This is mostly likely a delayed app read event. @nickyspag Do you still have the snap install? Can copy/paste what's being printed when calling "F1 > Startup Performance"? |
@jrieken I uninstalled the snap, so that I could get some work done :-) but can easily reinstall it... BUT there is no visible window during the long startup for me to press F1 in ... is there another way (like with command line params) that I can get more useful info for you? There is a warning when installing the vscode snap about it being a "classic" snap and one has to add the --classic option to get it to install - I know precious little about snaps but maybe something to do with it? |
Does it not finish? Eventually, when a window is being shown F1 should be functional...
I know less but yeah sounds like this is a snap issue. |
Sorry I thought you meant wHILE it was opening. Here's what's in the Startup Performance console after starting the snap version: |
Thanks - it apparently takes 77018ms to receive the app ready event from electron ( |
This is maybe the same as or very much related to #22087 |
@Tyriar slow, snap, rings a bell? |
I have the same problem after I upgraded to Ubuntu 18.10 with snap version of vscode. |
I've confirmed with the Snap team that this is an issue on their part. It is related to loading fonts.
The team will address this soon, as far as I was informed. |
I've gotten a very promising update on a snapd fix:
This was done on the same machine running 18.10 with those latest changes. I was told the changes are not out yet, but coming soon. |
Much better but still slow. Having 23secs for the first startup isn't something I would endure, esp. not as an Insiders user. Do they have plans to make this fast? |
I believe this has been recently fixed. Start time has turned almost instant. |
We fixed this in snapd 2.36.2 which was released last week 😃 |
@Tyriar @joaomoreno This can be closed. |
Issue Type: Performance Issue
Since upgrade to Ubuntu 18.10 - perhaps related - vscode takes over a minute to start up , maxing out CPU and sending load average soaring. Once system recovers vscode seems normal. However attempting to open a file from command line with command
code <filename>
returns immediately but takes similar amount of time - up to a minute - before file appears in the editor, though not with same high CPU symptom.An
strace -p
to the code process while it's starting up shows lots of lseek/reads (I'm not sure how to interpret that info to be more helpful) - I presume it's reading through some massive amount of files/data or something?VS Code version: Code 1.28.2 (7f3ce96, 2018-10-17T00:20:56.183Z)
OS version: Linux x64 4.15.0-36-generic
System Info
checker_imaging: disabled_off
flash_3d: unavailable_software
flash_stage3d: unavailable_software
flash_stage3d_baseline: unavailable_software
gpu_compositing: unavailable_software
multiple_raster_threads: enabled_on
native_gpu_memory_buffers: disabled_software
rasterization: unavailable_software
video_decode: unavailable_software
video_encode: unavailable_software
webgl: enabled_readback
webgl2: unavailable_off
Process Info
Workspace Info
The text was updated successfully, but these errors were encountered: