zed-industries / zed

Code at the speed of thought – Zed is a high-performance, multiplayer code editor from the creators of Atom and Tree-sitter.
https://zed.dev
Other
49.73k stars 3.06k forks source link

Vim dot command causes Zed to freeze in Arch Linux #17457

Open urboholic opened 2 months ago

urboholic commented 2 months ago

Check for existing issues

Describe the bug / provide steps to reproduce it

Steps to reproduce: Using vim plugin. when coding JS in insert mode. I did a simple cw to change the word with vim, then i changed it to the new word. Moved one line down and used the dot command to change the word below to the same word i typed above.

This caused a very long freeze in zed, I'm not able to change tabs, save or switch files. Everything freezes for about 3-5 min then eventually it will go back to normal. I tried using the dot command many times and before it wasn't any problems but now every time i use it zed freezes.

Environment

System: Host: archlinux Kernel: 6.10.7-arch1-1 arch: x86_64 bits: 64 Desktop: dwm v: 6.5 Distro: Arch Linux Machine: Type: Desktop System: ASUS product: N/A v: N/A serial: Mobo: ASUSTeK model: PRIME Z590-P v: Rev 1.xx serial: UEFI: American Megatrends v: 0407 date: 01/14/2021 CPU: Info: 6-core model: 11th Gen Intel Core i5-11600K bits: 64 type: MT MCP cache: L2: 3 MiB Speed (MHz): avg: 800 min/max: 800/4900 cores: 1: 800 2: 800 3: 800 4: 800 5: 800 6: 800 7: 800 8: 800 9: 800 10: 800 11: 800 12: 800 Graphics: Device-1: NVIDIA GA104 [GeForce RTX 3060 Ti Lite Hash Rate] driver: nvidia v: 560.35.03 Display: unspecified server: X.org v: 1.21.1.13 driver: X: loaded: N/A unloaded: modesetting failed: nvidia gpu: nvidia resolution: 1: 1920x1080 2: 1920x1080~60Hz API: Vulkan v: 1.3.279 drivers: nvidia surfaces: xcb,xlib API: OpenGL Message: Unable to show GL data. glxinfo is missing. Audio: Device-1: Intel Tiger Lake-H HD Audio driver: snd_hda_intel Device-2: NVIDIA GA104 High Definition Audio driver: snd_hda_intel Device-3: SteelSeries Arctis 7+ driver: hid-generic,snd-usb-audio,usbhid type: USB API: ALSA v: k6.10.7-arch1-1 status: kernel-api Server-1: PipeWire v: 1.2.3 status: active Network: Device-1: Realtek RTL8125 2.5GbE driver: r8169 IF: enp5s0 state: up speed: 1000 Mbps duplex: full mac: fc:34:97:9e:fb:26 Drives: Local Storage: total: 1.36 TiB used: 19.92 GiB (1.4%) ID-1: /dev/nvme0n1 vendor: Kingston model: SNV2S1000G size: 931.51 GiB ID-2: /dev/sda vendor: Samsung model: SSD 850 EVO 500GB size: 465.76 GiB Partition: ID-1: / size: 190.2 GiB used: 19.83 GiB (10.4%) fs: ext4 dev: /dev/nvme0n1p6 ID-2: /boot size: 1022 MiB used: 89.7 MiB (8.8%) fs: vfat dev: /dev/nvme0n1p5 Swap: ID-1: swap-1 type: zram size: 4 GiB used: 0 KiB (0.0%) dev: /dev/zram0 Sensors: System Temperatures: cpu: 31.8 C mobo: N/A Fan Speeds (rpm): N/A Info: Memory: total: 16 GiB available: 15.47 GiB used: 3.47 GiB (22.4%) Processes: 259 Uptime: 1h 30m Shell: Bash inxi: 3.3.35

If applicable, add mockups / screenshots to help explain present your vision of the feature

No response

If applicable, attach your Zed.log file to this issue.

Zed.log


bww commented 1 week ago

I've also started to notice this happening on MacOS recently (specs below). Things will work as expected for some number of operations(10? 20? something like that), but it eventually seems to cross some threshold after which each use of the dot command causes a hang that generally seems to last about 30 seconds to a few minutes. That's when I restart and things work ok for a little bit, again.

Zed: v0.159.7 (Zed)
OS: macOS 15.0.1
Memory: 32 GiB
Architecture: aarch64