V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  snipking  ›  全部回复第 5 页 / 共 13 页
回复总数  254
1  2  3  4  5  6  7  8  9  10 ... 13  
屏幕换挡,触摸键转向灯,半幅方向盘,没有门把手,这也能上头?起码目前车还是要自己开的,为了智驾你应该等取消方向盘的车。
其实一直在拍摄,逻辑同行车记录仪,检测就是 yolo 之类的,条件检测到了前后 x 秒的就会落盘,其它不重要的不落盘罢了
99 天前
回复了 devlnt 创建的主题 iPhone 手机容量小调查
200/512
已用一年,预计三年
微信 30G
99 天前
回复了 acorngyl 创建的主题 iPhone 放假贴:大家来聊聊快充的使用场景呗!
手机也是一样的呀,早上起来发现昨晚忘充电了,插上充电器去洗漱,出门的时候就满了,这不就是快充的意义吗
自建 headscale
现代战争-收复台湾
102 天前
回复了 powa2005 创建的主题 问与答 家庭组网建议及路由器购买推荐
1. 没有必要 ap 面板,你这最多 3 个节点就够了,弄三台路由器 mesh 有线回程就足够了
2. 会遮挡,不推荐放电视后面
3. 可以,但是为什么不考虑放在 2 呢
4. http://www.wisenjoy.com/lyqpc
我也是 80 后,初一才开始有英语课
107 天前
回复了 lurui45 创建的主题 问与答 B 站的小包评测怎么不更新了
电锯爷
另外好奇你们这个小区管的这么严的么?家里来个朋友还得去小区门口接不然进不来么?
如果是磁吸门锁,可以考虑偷偷给它的供电改装一个可以无线控制的空开。
1. 不能都提供吗
2. 当然是交给 k8s 调度,物理内存不足不会将 pod 分配到 node 上去的,你的 pod 的 limit 和 request 不是一致吗,不会出现被操作系统 OOM kill
3. 就算 request 小于 limit ,导致 pod 被 OOM kill ,也会被重新调度的,对于无状态负载,要保证负载本身高可用,你应该考虑多副本而不是尽量让一个 pod 不失败
TB 级数据多节点 sharding ,运行了大概 8 年了,从没出现过丢数据或者损坏的问题,性能线性,吞吐量也不错,只要用对了场景没毛病
107 天前
回复了 maleclub 创建的主题 Android 给一加宣布死刑
好奇是哪里看到的野鸡新闻
对于支持多副本的服务,存储如果挂载出来且多个副本挂载同一个存储,那数据就是同源的,不涉及同步问题;如果你的 gitlab 是一个容器里运行全部服务的话,那 postgresql 肯定也在容器里,多副本直接就坏了
108 天前
回复了 Legman 创建的主题 Kubernetes 请教关于 k8s 存储方案的问题
要看你具体的使用场景,高频访问还是低频访问,大量小文件还是少数大文件,对延迟要求是否苛刻,高可用和故障恢复有什么要求等等。比如低频附件就适合用对象存储或者 nfs ,数据库就适合直接用 local pv
109 天前
回复了 qizheng22 创建的主题 程序员 All In Boom 带来的思考
虚拟化不是刚需,直接 Linux + Docker 就行了
109 天前
回复了 lizhian 创建的主题 电动汽车 银河 E5 和极越 01
既然能等,那等等党永远不亏
正点原子 T80 算嘛,还有小黄鱼收的二手 SRS-X99
1  2  3  4  5  6  7  8  9  10 ... 13  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2621 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 10:43 · PVG 18:43 · LAX 02:43 · JFK 05:43
Developed with CodeLauncher
♥ Do have faith in what you're doing.