azure2024us

@0o0O0o0O0o 有道理，wrap 解锁就是这么干的。

@hanqian 主要就图它一个延时低。

GLM-130B , 国内清华大学的， 之前部署过。

推理 12g 显存就够了。

训练要 24g + 显存 才勉强跑的动。

@cnrting 没有用，不登录账号的情况下，偶尔可以。你自己测试下就知道了。

@0o0O0o0O0o 谢谢，这也是一种通过 jp 中转的方法。

为什么没选 wiregurd 中转的原因是： jp server 已经有 通过 wrap （其实就是 wireguard client 的变种）解锁 netflix ，不想再折腾另外一个 wireguard client 。

通过 haproxy 直接把 流量转发给 us ，是我目前想到的最简单，也是最快的方案。

@0o0O0o0O0o #16 愿闻其详。

ps： 重新部署，其实还好。程序一般都是部署在 /opt 下，重新部署前做好备份，直接一键脚本就部署了。或者 用云自带的快照功能。

@0o0O0o0O0o #13 ，所以，用中文搜索，还是有日文，而且搜索结果，与 us 区比，不全。

@0o0O0o0O0o
@om2mo

为什么我在 jp server 上部署 wrap 解锁 netflix ，显示从 jp 的 ip 出去的？

难道姿势不对？

@chanChristin 你自己输入中文，点搜索下就知道了。