直通是没问题的，我以为你说的是切分。

昨晚试用了一下 qwen cli + qwen3-coder, 写了一个简单 task 让它自己跑就没有管它了，早上想起来看了一下，赠送的 100 万 token 额度已经用完了而且工作也没做完。

每次提交采用 git commit amend 不断向上一个 commit 合并，或是 git rebase -i 然后选择要合并的多个 commit.

采用 rebase + squash 可以得到干净的提交历史， 只是你要有能力 hold 得住这套机制。

@MajestySolor 你理解错了

前前东家是做海外产品，有 toC 也有 toB 产品线。

我们花了些功夫把 toB 线从国内某云迁到 aws ，原因是海外的不少大企业有自己的安全团队，他们发现在使用我们的软件时，请求发往了中国的一家云厂商。

他们觉得会有数据安全问题。

真实案例仅供参考。

@Tidusy 如果项目中采用 migrate 的方式，那么如何避免这类情形发生呢？让 DBA review 吗？

@JYii 权限问题确实没考虑到，那确实无脑使用第二种方案就行了。

@gcdsss 我看有人讨论 14600kf 有缩缸问题，b650 好像在这个问题上更折腾一点，所以选的 z790 。 如果 b650 可行，那我就换 b650m 了

k8s 默认的调度器不是 load-aware 的，也就是说它感知不到你物理上的资源消耗。

它凭节点上的 pod requests 资源总和做决策，你的 pod 不写 resource.requests ，那在 k8s 调度器看来你的 pod 就不占资源。

你可以确认看看是不是：

1. 这 5 个 centos 节点的 pod requests 资源之和较少
2. 是不是你的架构是 3 master 5 worker ？然后有什么策略会让 workloads 优先考虑调度到 worker 。

能否分享一下，什么情况下 app 一启动就需要 40~50MB 的配置量？

paypal 手续费很高, 而且据说会随意冻结账号。

reCaptcha 有好几个版本 v1,v2,v3. v2 是有图的那种, v3 好像对用户就无感了。

v2 用户最难用，v3 有些不太准。 反而我觉得国内的做法相对准确并且相比于 v2 reCaptcha 更不难为用户。

@chen0520 直接修改 pod 上的这 2 个 annotation 的值就行，你可以用 iperf 实验看看

自带的 bandwidth cni plugin ？

---
apiVersion: v1
kind: Pod
metadata:
name: iperf-server
annotations:
kubernetes.io/ingress-bandwidth: 100M # Mbit
kubernetes.io/egress-bandwidth: 80M # Mbit
spec:
containers:
- name: iperf
image: cagedata/iperf3
command: ["iperf3", "-s"]
ports:
- containerPort: 5201

ollama + dify

在正常和异常时分别执行一下 lspci -s 01:00.0 -nnDk 命令看看这张显卡的驱动名是什么。 我有一张 nvidia telsa 温度飙到 90 摄氏度都没出现过你这个问题。

dmesg 看看内核日志有无异常