yuandj

下载试用了一下，个人感觉非常不错，比 Gitlens 简洁很多，体验非常接近 idea 。

目前我觉得 vscode 的用户还有一个痛点，就是 git diff 和 冲突合并 页面很难用，如果把 idea 的交互方式拿过来，那直接起飞了。大佬考虑考虑？

@lzgshsj 里面说 付费用户 使用 gpt4o 乘数是 0 ，但亲测 gpt4o 一次问答增长不上 1 次。其他高级模型也是同样的情况

不确定你说的是聊天窗口还是补全。

关于补全慢我这踩过坑。

我刚试用 copilot 的时候觉得代码补全非常慢，越用越慢。

后来发现 plugin 进程占用 CPU 和内存很高。

使用自带的二分查找方式排查下来，是"Todo Tree" 这个插件的问题，卸载之后明显补全快多了。并且最近用下来，感觉和 cursor 体验上越来越接近了。

下一步预测编辑这个和 cursor 比还有些差距，毕竟便宜 10 美金呢。并且 gpt4o 属于基础模型(在 cursor 算是高级模型)，不限量随便用。日常任务足够了。

但目前存在一个疑问

GitHub Copilot Chat 插件中有一个运行时状态，里面有个最近 30 天使用情况，在聊天窗口问一个很简单的问题，这个使用情况增长次数不止 1 次。如果 Pro 的 300 次按这样计费，那有点太坑了。

有没有大佬能解答一下这个问题

@imherer

1. 先安装部署 Prometheus 和 Grafana
2. 在需要监控的节点上安装 Node Exporter ，并启动服务
3. 在 prometheus.yml 配置中，添加对应的监控配置，例子如下：
```
### 其他配置 ###
xxx

# ========== 机器性能监控（基于 Node Exporter ，监控模板 ID：16098 ） ===========
- job_name: 'base' # JobName 在面板中可选择不同的 Job 分组查看监控
static_configs:
- targets: ['xx.xx.xx.xx:9100']
labels:
#instance: '此处填写面板中要展示 IP 的名称，如果不配，面板中会使用默认的 ip:port'
nodename: '节点名称 1'
- targets: ['xx.xx.xx.xx:9100']
labels:
nodename: '节点名称 2'
```
4. 在 Grafana 添加 Prometheus 源
5. 导入 Grafana 面板；这是我用的面板
> https://grafana.com/grafana/dashboards/16098-node-exporter-dashboard-20240520-job/

如果遇到卡点，可以留下你的联系方式交流一下