@Hyvi

我是这样的：
心率、血氧: apple watch(一天 24 小时除了监测, 充电洗澡不戴)
血压: 家用电子血压计(早晨起来一二十分钟后测）
血糖和尿酸：家用的电子血糖尿酸检测仪(偶尔测, 比如刚大吃大喝一顿后过一两小时或第二天测)
体重：体脂秤(睡前/晨起测)

每年一次体检，重点关注：甘油三酯 & 胆固醇 & 低密度脂蛋白 & 血压 & 心率

我现在日常监控心率，血压，体重。

@cansiny0320 大概是厂商(OUI)向权威机构(IEEE) 申请注册。

你强行用别人的大概率也没啥问题，除非你自己生产网卡并把它卖到全世界各地，然后买家刚好在同一个广播域里的同时用了你的网卡和原厂商的网卡，这时候有一丢丢丢丢概率会重复。

@kilotiger mac 地址中有固定前缀是给厂商的， 例如 aa:bb:cc:dd:ee:ff:gg ，aa:bb:cc 固定是厂商 A 用的。

@yinwai 漏了一个需求，要求这个 Pod 只能使用这张显卡的有限能力(例如 30%，不能超过上限)。

@guanzhangzhang
@saka0609

错怪 kubelet 了，复现步骤是：

1. 重启 containerd(cri) ，所有 pod 的网络信息被清理(通过 `crictl inspectp <pod id> | jq .info.cniResult` 查看)
2. 重启 kubelet, kubelet 会去找 containerd 要所有 pod 的最新一手信息，containerd 此时会重新调用 cni 去要所有 pod 的网络信息
3. 从 containerd 日志看， 所有 pod 都重新要到了 ip 唯独 redis 这个 pod 压根没有去要, 于是 kubelet 就把 redis 的 pod.status.podIP 更新为空了

第 3 步暂时查不下去了，网络这块看的脑壳晕。

@duanjiong 日志没有太多可用线索, 所以思路断掉了

多谢分享。

大佬有试过在 mac m1 上 ollama + starcoder-2-3b 跑的效果吗 ？

可以肯定的是和微服务本身没啥关系。

我觉得你可以问问那个小伙子是怎么定位问题的，然后研究研究怎么让下一次 "定位问题” 变得简单。

目前是云原生 & SRE & k8s 和容器方向，能进国企我立马跑路。

@guanzhangzhang 看了一下 id 有点眼熟，发现是 github follow 的大佬。

密码是用户提供给网站的，泄露了可以修改。 totp secret 是网站提供给用户的，泄露了咋整。

@est totp 本质是用户的 secret + 时间算出来的， 算法是确定的，只要拿到用户 secret 任何时候都能算出正确的 totp 。

所以哪怕它一分钟变一次，也没有增加破解难度。

不知道为什么第一个冲上去的是搞 web 的那群人，把 web 的轮子在用 rust 再造一遍，收获了一堆 star 然后留下一堆 bug 。

@panlatent 好的, 我试试看。

@FlintyLemming 请教一下，如果我想要学习量化这个过程(我可以找一个 fp16 但是参数量小一点的模型例如 phi-2), 大致需要的显存应该如何计算？ 和推理一样用参数量乘以数据类型占用 bit 数吗？

@luchenwei9266 可以考虑看看 , 魔改的 22g 踩雷概率高吗？

@ccloving 好问题. 话说你不提我压根没想过 A 卡

@netizenHan 目前我是 m1 跑小模型没啥问题。 但还有 sd webui 和 sd comfyui 的需求，所以应该会攒台新机器。