 |
FabricPathV2EX 第 312675 号会员，加入于 2018-04-29 17:00:47 +08:00今日活跃度排名 3641 |
FabricPath 最近回复了
10 小时 6 分钟前 回复了 anivie 创建的主题 › Windows › 自己定制镜像有什么最佳实践吗 |
这走 mdm 下发更简单吧，类似 workspace one 这种 uem 系统
4 天前 回复了 383394544 创建的主题 › Google › 似乎只要账号超级干净就能用 Antigravity |
这是玄学吧，我的“Google 服务条款”点进去显示我是
国家/地区版本： 中国
但是我前段时间白嫖一年 Google one 也成功了。我一直挂的 SG 的梯子
国家/地区版本： 中国
但是我前段时间白嫖一年 Google one 也成功了。我一直挂的 SG 的梯子
12 天前 回复了 yuan1028 创建的主题 › 程序员 › google 的 AI IDE Antigravity 在远程开发机时无法使用 |
另外两个没注意，但前几天看 mihomo 日志的时候，明确看到了从服务端请求 google 的 api 。
从设计上来说，服务端的请求必然是从服务端直接发起，没必要让 Client 发起再绕一圈传回 Server 吧
从设计上来说，服务端的请求必然是从服务端直接发起，没必要让 Client 发起再绕一圈传回 Server 吧
26 天前 回复了 allegory 创建的主题 › 程序员 › DPDK 如何学习才能就职相应的岗位 |
@LinYaXuan 那无脑选阿里。
小红书这个，看上去体量和前景都不是很大。做后端最大的问题，你的“产出”难以量化，当产出难以量化的时候，很容易出现绩效不符合你预期。
放到 RDMA 领域，你可以直接量化“带宽利用率从 80%提升到了 85%，训练速度提升了 N%”再结合规模和年成本，能直接映射到“用同样的钱，做了更多的事情“上
小红书这个，看上去体量和前景都不是很大。做后端最大的问题，你的“产出”难以量化，当产出难以量化的时候，很容易出现绩效不符合你预期。
放到 RDMA 领域，你可以直接量化“带宽利用率从 80%提升到了 85%，训练速度提升了 N%”再结合规模和年成本，能直接映射到“用同样的钱，做了更多的事情“上
26 天前 回复了 allegory 创建的主题 › 程序员 › DPDK 如何学习才能就职相应的岗位 |
@LinYaXuan 看公司，只要是主流的、认真的、大规模的搞 rdma 的公司，都值得去，比如字节、阿里、腾讯； RDMA 走的多深入和你团队的业务是强相关的，如果就几百卡的规模，那没啥好玩的，大概率做做监控；上到万卡可以去
普通后端是有多普通，看你业务前景，后端的技术深度远小于 rdma ，普通的 curd boy 极大概率被 ai 替代；
普通后端是有多普通，看你业务前景，后端的技术深度远小于 rdma ，普通的 curd boy 极大概率被 ai 替代；
29 天前 回复了 julyclyde 创建的主题 › NAS › 研究了一圈，发现其实 intel N 系列 CPU 并不合适做全 M.2 NAS 啊 |
N 系列 CPU 的性能也不允许你跑太快啊
还有就是万兆万卡本身也就 gen3 x1 的速度，所以用 nvme 用 gen3 x1 妥妥够用了；
有的人还在 n 系列 cpu 上跑 spdk + nvme over fabrics ，那纯纯吃太多了
实在 PCIe 通道不够，这不还有 pcie switch 么，反正这 U 的性能，你总不能同时跑满 gen3 x4 的速度吧，那接个 switch 就行了
所以，这 U 的 PCIe 通道数量符合它的定位
还有就是万兆万卡本身也就 gen3 x1 的速度，所以用 nvme 用 gen3 x1 妥妥够用了；
有的人还在 n 系列 cpu 上跑 spdk + nvme over fabrics ，那纯纯吃太多了
实在 PCIe 通道不够，这不还有 pcie switch 么，反正这 U 的性能，你总不能同时跑满 gen3 x4 的速度吧，那接个 switch 就行了
所以，这 U 的 PCIe 通道数量符合它的定位
31 天前 回复了 johnhom 创建的主题 › NAS › 想买铭凡 n5 nas，但是涨价了，求其他 nas 整机推荐 |
现在普通版这么贵？我之前京东 4966 买的 N5 Pro ，不过这 U 跑模型够呛吧，我现在是 oculink 外接了一个显卡
35 天前 回复了 zhengfan2016 创建的主题 › NAS › 有人尝试过使用支持 ups 的户外电源当 nas 的 ups 吗 |
不部分户外 UPS 都不支持“0ms 切换”你仔细看说明书，看他有没有说可以作为 nas 的 ups ，典型的如小米的户外电源是明确说了不能用于 nas
39 天前 回复了 allegory 创建的主题 › 程序员 › DPDK 如何学习才能就职相应的岗位 |
@jackgoudan 不一定是公有云，nvidia 的大客户就行，或者说你有问题能找到 nvidia 的人给你对接就行。这个领域基本上没有开放的知识，即使 nvidia 给的文档，也是用 partners.nvidia.com 分发的，而且文档都带水印，所以网络上基本没有开放的文档
39 天前 回复了 allegory 创建的主题 › 程序员 › DPDK 如何学习才能就职相应的岗位 |
@jackgoudan "深入"
需要看你的公司，如果你是头部公司，和 mellanox/nvidia 有周会或者月会的话，深入搞 RDMA 有意义；
如果你工作的时候，没有任何和 mellanox/nvidia 的人有交流，那你不太能深入搞 RDMA ，RDMA 是网卡硬件实现的，一堆的黑盒逻辑，nvidia 的开发都不一定能说的清你遇到的问题
如果你是做信创产业的，并且有固定的合作的网卡厂家（国内挺多搞 RDMA 网卡的，不过缺陷比较多），那一样能“深入”搞 RDMA ，并且由于你平时遇到的问题实在是太多了，大概率比用 nvidia 的网卡会更深入了解 RDMA ；缺陷就是技术栈不复用，因为 nvidia 的 nvl72 开始，就几乎是强制使用 infiniband 了，“你可以用 RoCE ，但是我们技术支持力度肯定不如用 ib”，但国内的 RDMA 网卡都是 RoCE 。
所以你评估一下你是否真的能深入搞 RDMA ，如果能，那么这个行业虽然很窄，但是前景广阔，未来属于高速网络；
如果你不满足上述的环境，那大概率就是搞搞 RDMA 的监控、测试一下 RDMA 的配置了，玩熟练了就跑路吧
需要看你的公司，如果你是头部公司，和 mellanox/nvidia 有周会或者月会的话，深入搞 RDMA 有意义；
如果你工作的时候，没有任何和 mellanox/nvidia 的人有交流，那你不太能深入搞 RDMA ，RDMA 是网卡硬件实现的，一堆的黑盒逻辑，nvidia 的开发都不一定能说的清你遇到的问题
如果你是做信创产业的，并且有固定的合作的网卡厂家（国内挺多搞 RDMA 网卡的，不过缺陷比较多），那一样能“深入”搞 RDMA ，并且由于你平时遇到的问题实在是太多了，大概率比用 nvidia 的网卡会更深入了解 RDMA ；缺陷就是技术栈不复用，因为 nvidia 的 nvl72 开始，就几乎是强制使用 infiniband 了，“你可以用 RoCE ，但是我们技术支持力度肯定不如用 ib”，但国内的 RDMA 网卡都是 RoCE 。
所以你评估一下你是否真的能深入搞 RDMA ，如果能，那么这个行业虽然很窄，但是前景广阔，未来属于高速网络；
如果你不满足上述的环境，那大概率就是搞搞 RDMA 的监控、测试一下 RDMA 的配置了，玩熟练了就跑路吧
Select Language