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