 |
runzhliuV2EX 第 611624 号会员，加入于 2023-01-30 14:04:58 +08:00今日活跃度排名 23037 |
runzhliu.cn
runzhliu 最近回复了
1 天前 回复了 li592677 创建的主题 › 宽带症候群 › 求一个异地/外网回家的组网方案 |
我是 tailscale 组网，手机也可以连
6 天前 回复了 qviqvi 创建的主题 › 程序员 › 如何让 IntelliJ Pycharm 走代理呢 |
设置系统级别的代理
9 天前 回复了 rationa1cuzz 创建的主题 › Linux › 如何查询出包流量的进程？ |
可以考虑用 ebpf 跟踪
11 天前 回复了 hahaha121 创建的主题 › Kubernetes › 有人用过 open-local |
open-local + kb 我司就是这个方案，kb 1.0 还没发布，api 不够稳定，相对来说 open-local 少点问题
30 天前 回复了 xption 创建的主题 › 程序员 › 如何说服同事使用 Cursor？ |
我还是喜欢用 Jetbrains 全家桶
45 天前 回复了 0987363 创建的主题 › Kubernetes › 新需求，要求所有 k8s 里的服务把日志都保存到本地磁盘 |
k8s 节点也会挂，磁盘也可能有问题，光存本地肯定不行
49 天前 回复了 jingyijun 创建的主题 › 程序员 › 实验室 GPU 集群管理经验分享与问题探讨，求建议 |
@jingyijun 因为最后都会抱怨 linux 用户权限不足，经常到最后就是 root 了，另外就是有共享访问的数据，如果 r/w 权限设置不当，也有可能误删，当然这都是基础设施知识和实践较少的同学有可能会遇到的
49 天前 回复了 jingyijun 创建的主题 › 程序员 › 实验室 GPU 集群管理经验分享与问题探讨，求建议 |
计算+存储看起来规模不小了，有同学专职运维不？
存储方面，Ceph 的运维成本很高，考虑到数据价值，除非有懂 Ceph 的同学或者有专职运维，否则不要轻易尝试。
调度方面，Kubernetes+Docker ，这是工业化标准，有能力还是尽量往这个方向走。
slurm 我见到很多算法的同事用，就因为直接直接登节点，已经见过 10+次误删数据，甚至把节点直接搞垮了，如果简单是最重要的条件，那就没问题。
存储方面，Ceph 的运维成本很高，考虑到数据价值，除非有懂 Ceph 的同学或者有专职运维，否则不要轻易尝试。
调度方面，Kubernetes+Docker ，这是工业化标准，有能力还是尽量往这个方向走。
slurm 我见到很多算法的同事用，就因为直接直接登节点，已经见过 10+次误删数据，甚至把节点直接搞垮了，如果简单是最重要的条件，那就没问题。
91 天前 回复了 mohumohu 创建的主题 › 程序员 › 公司被 docker 发律师函 |
anaconda 也有发过类似的律师函
91 天前 回复了 linora 创建的主题 › Kubernetes › 如何顺畅的搭建 K8S |
所有代理镜像那些都有可能哪天不搞了，唯一的办法就是外区把需要的镜像下载下来，docker save 拖回本地，只是每次更新版本都要重复一次
Select Language