vscodium
vscodium copied to clipboard
vscodium 1.85.2.24019+ extremely slow startup time
At some point between 1.85.2.24019 and 1.86.2.24053 vscodium got abnormally slow to startup
To Reproduce
- Install
1.85.2.24019
or below and runtime vscodium --verbose --disable-extensions
, CTRL-C when window loaded - Install
1.86.2.24053
or above and runtime vscodium --verbose --disable-extensions
, CTRL-C when window loaded
Expected behavior A clear and concise description of what you expected to happen.
Screenshots If applicable, add screenshots to help explain your problem.
Desktop environment:
- OS: [Archlinux]
- Architecture [x64]
- Kernel [6.7.8-arch1-1 (64bit)]
- DE: [KDE plasma 5.27.10]
- QT: [5.15.12]
- Graphics Platform: [X11]
- App Manager [AUR]
- Sandboxed [no]
Additional context The startup times from past recent versions: (accurate to +/- 1 second as manually stopped with CTRL+C when everything loads)
1.87.0
________________________________________________________
Executed in 15.67 secs fish external
usr time 351.29 millis 1.21 millis 350.08 millis
sys time 98.20 millis 0.00 millis 98.20 millis
1.86.2.24054
________________________________________________________
Executed in 14.09 secs fish external
usr time 177.31 millis 1.41 millis 175.90 millis
sys time 63.84 millis 0.00 millis 63.84 millis
1.86.2.24053
________________________________________________________
Executed in 12.49 secs fish external
usr time 191.11 millis 1.07 millis 190.04 millis
sys time 49.38 millis 0.41 millis 48.98 millis
1.85.2.24019
________________________________________________________
Executed in 5.45 secs fish external
usr time 153.32 millis 819.00 micros 152.51 millis
sys time 50.93 millis 320.00 micros 50.61 millis
1.85.0
________________________________________________________
Executed in 4.82 secs fish external
usr time 156.83 millis 936.00 micros 155.89 millis
sys time 41.22 millis 359.00 micros 40.86 millis
logs from 1.87.0
ek@archY ~/build> time vscodium --verbose --disable-extensions
^C
________________________________________________________
Executed in 15.67 secs fish external
usr time 351.29 millis 1.21 millis 350.08 millis
sys time 98.20 millis 0.00 millis 98.20 millis
ek@archY ~/build> vscodium -s
Version: VSCodium 1.87.0 24060 (5695cc889d3d0500fa6c7983468a699185fce828, 2024-02-29T23:06:19.600Z)
OS Version: Linux x64 6.7.8-arch1-1
CPUs: 13th Gen Intel(R) Core(TM) i7-1355U (12 x 400)
Memory (System): 15.35GB (10.26GB free)
Load (avg): 3, 2, 3
VM: 0%
Screen Reader: no
Process Argv: --verbose --disable-extensions
GPU Status: 2d_canvas: enabled
canvas_oop_rasterization: disabled_off
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: enabled
multiple_raster_threads: enabled_on
opengl: enabled_on
rasterization: enabled
raw_draw: disabled_off_ok
skia_graphite: disabled_off
video_decode: enabled
video_encode: disabled_software
vulkan: disabled_off
webgl: enabled
webgl2: enabled
webgpu: disabled_off
CPU % Mem MB PID Process
0 173 64063 codium main
0 47 64066 zygote
0 220 64093 gpu-process
0 47 64067 zygote
0 0 64069 zygote
0 299 64115 window [1] (old.txt - build - VSCodium)
0 63 64098 utility-network-service
0 126 64223 extensionHost [1]
0 126 64233 shared-process
0 94 64234 fileWatcher [1]
0 94 64271 ptyHost
0 0 64293 /usr/bin/fish
Workspace Stats:
| Window (old.txt - build - VSCodium)
| Folder (build): 2677 files
| File types: json(690) js(226) svg(172) png(133) pak(116) md(76) txt(43)
| woff2(40) mp3(40) css(36)
| Conf files: package.json(188) launch.json(4)
logs from 1.85.0
ek@archY ~/build> time vscodium --verbose --disable-extensions
^C
________________________________________________________
Executed in 4.82 secs fish external
usr time 156.83 millis 936.00 micros 155.89 millis
sys time 41.22 millis 359.00 micros 40.86 millis
ek@archY ~/build> vscodium -s
Version: VSCodium 1.85.0 23343 (00c993f9b9a2a07730235274df02f05bd76575f7, 2023-12-09T23:17:48.814Z)
OS Version: Linux x64 6.7.8-arch1-1
CPUs: 13th Gen Intel(R) Core(TM) i7-1355U (12 x 1244)
Memory (System): 15.35GB (9.88GB free)
Load (avg): 2, 3, 2
VM: 0%
Screen Reader: no
Process Argv: --ms-enable-electron-run-as-node --verbose --disable-extensions
GPU Status: 2d_canvas: enabled
canvas_oop_rasterization: disabled_off
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: enabled
multiple_raster_threads: enabled_on
opengl: enabled_on
rasterization: enabled
raw_draw: disabled_off_ok
video_decode: enabled
video_encode: disabled_software
vulkan: disabled_off
webgl: enabled
webgl2: enabled
webgpu: disabled_off
CPU % Mem MB PID Process
0 157 39612 codium main
0 47 39615 zygote
0 204 39643 gpu-process
0 47 39616 zygote
0 0 39618 zygote
0 236 39669 window [1] (old.txt - build - VSCodium)
0 63 39649 utility-network-service
0 79 39728 ptyHost
0 0 39791 /usr/bin/fish
0 110 39729 extensionHost [1]
0 110 39730 shared-process
0 79 39731 fileWatcher [1]
Workspace Stats:
| Window (old.txt - build - VSCodium)
| Folder (build): 2658 files
| File types: json(688) js(224) svg(172) png(133) pak(116) md(76) txt(42)
| woff2(40) mp3(40) css(36)
| Conf files: package.json(188) launch.json(4)
Any idea what might have caused it, how to diagnose it further? Is it specific to my setup or was something introduced across those versions that slows down the startup?
Which aur are you using?
Which aur are you using?
I tried newest versions of both vscodium-bin
and vscodium
(using yay), both shared the same long startup delay.
For looking up the performance of the older versions I used modified PKGBUILD of vscodium-bin
Came here to say that I encounter the same behavior with Arch+Gnome+Wayland.
After the latest update, both native Wayland and XWayland versions display slow startup ( more than 10 sec, while before it loaded instantaneously).
I also have this error in journalctl -b
at every startup:
gnome-shell[1148]: value "nan" of type 'gfloat' is invalid or out of range for property 'width' of type 'gfloat'
gnome-shell[1148]: value "nan" of type 'gfloat' is invalid or out of range for property 'width' of type 'gfloat'
same here on both of aur and flatpak
Same here, was hoping latest version would fix it, but no. VSCode proper does not have the same issue.
I am on Windows 10, using the "portable" version of VSCodium, without any nasty installers.
Also experiencing this issue on Arch & Wayland
Also facing this issue. Its happening to all electron based softwares( like obsidian)
SUMMARY:
removing nvidia-utils
package fixed this problem for me
full read:
I have an interesting update that seem to be related to the issue. I was facing problems when using vulkan and wgpu:
loader_scanned_icd_add: Could not get 'vkCreateInstance' via 'vk_icdGetInstanceProcAddr' for ICD libGLX_nvidia.so.0
Any wgpu program I tried to run would start with a significant delay and throw aforementioned errors.
which thanks to this post: If you have multiple GPU or accidentally installed 2 drivers, ...
probed me to make sure I am not using any NVIDIA related dependencies on my Intel iGPU laptop
after uninstalling sudo pacman -R opencl-nvidia nvidia-utils
and updating vscodium-bin
to latest release (as of now vscodium-bin 1.91.1.24193-1
) it now opens almost instantaneously, just like it used to on versions prior to 1.86.2.24053
(I was surprised to learn nvidia-utils
was even installed on my system, it must have came as a dependency to one of the packages I installed in the past)
To other users facing this issue:
Please see if following similar steps fixes the issue and comment, so that this issue can be closed!
Also experiencing this issue on Arch & Wayland
It might also be another issue: https://gitlab.freedesktop.org/drm/i915/kernel/-/issues/10257
I am seeing a lots of ioctl(/dev/dri/renderD129, DRM_IOCTL_I915_GEM_EXECBUFFER2, 0x7fffbfd6b990) = -1
originating from /usr/lib/dri/iris_dri.so
when launching VSCodium in wayland native mode. I need to wait at least 2~4 minutes before the VSCodium window show up. I am using a laptop with intel and nvidia graphics.
I've also been having this issue, I've tried every AUR package, and they're all the same, many minutes to open if at all.
I have an Intel Arc A380 as my primary GPU and output, and an Nvidia RTX 3090 as my secondary GPU with no output, using prime offloading for individual programs and games, but not for my Wayland compositor (Hyprland)
EDIT: I also weirdly found that in Wayland mode the secondary sidebar does not work, I can't drag to it, and if something was dragged to it in X11 mode it will be empty in Wayland mode. I just switched to X11 (Xwayland) and it starts instantly and works without issue.