






























1 Features 3 月 24 日我不信还有什么方法比加内存条成本更低 |
3 lujiaosama 3 月 24 日两台电脑, SSH 远程到 LINUX 上专门做开发. 32G 差不多了吧. |
6 weixiangzhe 3 月 24 日换 zed 确实不错,但是 lsp 也经常崩,好在代码高亮默认不依赖于 lsp |
8 QS0x01 3 月 24 日试试 Trae ,三倍于 VSCode 的占用 |
10 mouism 3 月 24 日如果是 Linux Desktop 就狠狠开 Zram 还能救一下子 |
11 qinqiuxu 3 月 24 日 via Android别开太多插件。多搞几套配置文件,开发不同的项目用不同的配置。 |
12 netabare 3 月 25 日 via iPhone比起占内存,感觉最大的问题还是卡,而且启动速度特别慢。 所以还是换替代品好了,比如 Zed 、nvim 、helix 之类的。 |
13 rbaloatiw 3 月 25 日比起 vscode 本身, gopls, rust-analyzer 才是内存大户... |
14 good1uck 3 月 25 日你内存多大啊,怎么会有这种问题,还有比 VSCODE 更轻量的? |
16 WDATM33 3 月 25 日vscode 也占内存吗,以前不都是说 vscode 省内存,jetbarins 家的 ide 费内存吗 |
18 Rust2015 3 月 25 日设备名称 DESKTOP-JKMI7VG |
19 kapr1k0rn 3 月 25 日8g 内存,cpu6 代 i3,nixos+sway,vscode 跑得飞起,所以问题不在 vscode 上 |
22 Rust2015 3 月 25 日开始还好,但是 trae 和 codebuddy 一导入 vscode ,噩梦开始了 |
23 lzgshsj 3 月 25 日不说说装了多少插件吗。另外各个语言的 lsp server 也会占用不少内存。 |
24 brando 3 月 25 日该花的钱还是得花. |
26 hushuikun 3 月 25 日64G 内存都不够,那还能说啥了,我用的公司电脑就 16G |
27 diudiuu 3 月 25 日把 check 之类的插件删一删 |
28 2020diyige 3 月 25 日vscode 占内存??第一次听说,还有比这个更轻量的 ide? |
29 lancelock 3 月 25 日用命令行跑 ai ,不开编辑器/ide 。实在要自己手动改的话用 zed neovim helix 这些 |
30 lmmlwen 3 月 25 日还好吧,有谷歌浏览器占内存吗 |
32 zuou 3 月 25 日vscode 不是挺轻量的吗,jetbraina 家的才叫吃内存大户 |
33 owt5008137 3 月 25 日我同时开着 C++工程、golang 工程、web 工程和两个写笔记的 workspace 。也就占了 9 个 G 。这都没有就加装内存吧。 |
34 owt5008137 3 月 25 日@weixiangzhe zed 的 protobuf 只能走 lsp 。那玩意儿内存泄露。某一天卡得不行,一看内存快满了。一看 protobuf language server 内存占用好家伙 60+GB 。 |
36 hi2hi 3 月 25 日64G 内存解君忧 |
37 bbbblue 3 月 25 日检查下插件吧 把漏内存的插件给干了 |
38 wu67 3 月 25 日vsc 我玩过的高内存占用, 全部来源于插件. 一个大头是 copilot, 另一个是 python 相关的几个. |
41 iceheart 3 月 25 日 via Androidwindows? 换 linux |
43 edsion996 3 月 25 日 via Android如果是 monorepo ,或者仓库比较大,可以试试禁用 git |
44 nrtEBH 3 月 25 日vscode 用 electron 写的 感觉就是很重的样子 |
45 AreYou0k 3 月 25 日64G 还不够...硬盘够不够? 够虚拟内存开大点, 开到 2 倍 |
46 bfdh 3 月 25 日vscode 工程文件多的时候,内存占用其实还是比较高的,目前试过的软件中,大量文件时只有 sourceinsight 内存占用是真的低。 |
47 Rust2015 3 月 28 日Ctrl+Shift+P 输入 Process Explorer 打开 vscode 的任务管理器,经过排查,噩梦过去了 |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。