V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  vhwwls  ›  全部回复第 1 页 / 共 8 页
回复总数  145
1  2  3  4  5  6  7  8  
手持 Pro ,如果你手比较大的话可以考虑 Max ,Pro 的续航真的有问题,我是关掉了 Siri 的机器学习那一部分功能续航才算正常,不然的话 17.4.1 的系统上真的是续航尿崩+日常发烫
14 天前
回复了 HojiOShi 创建的主题 Apple 感觉 Mac mini 的话, 8GB 确实也是够用的了。
不知道是 macos 内存管理策略和 windows 不太一样,还是活动监视器里面对内存那块的已用内存的计算方式和 windows 任务管理器的计算方式不太一样的原因,我的 36G 经常都是被吃满的,目前查到的唯一解释是跟 Linux 一样“已缓存的文件”那一块也是算进了已用内存这一块里面,而据说 windows 的任务管理器并没有算进去。
22 天前
回复了 BigBai 创建的主题 Vue.js VUE 有中文名了?
现在改回去了,应该是愚人节玩笑
印象中没有这种强制性要求,Tomcat 的版本要求和 APP 自己的版本要求基本上可以说没什么关系,但是 APP 和 Server 上的 JDK 版本是有关系的,所以我支持一楼的 S>=max(T,A)。
38 天前
回复了 username321 创建的主题 分享发现 鼠标还是得罗技
@vhwwls #26 漏打字了,G Pro 和 G Pro wireless 各一个。
38 天前
回复了 username321 创建的主题 分享发现 鼠标还是得罗技
@jtshs256 不吹 nb ,我从 2016 年开始,断断续续买了 4 个 G304 、三个 G502 Hero 、一个 G Pro ,两个 G303 ,一个 G Pro ,只有 G303 在 2017 年的时候因为那个编织线裂开了导致间歇性抽风点击失灵的情况,官方给我补了一个 G403 ,因为那会 G303 已经快停产(或者已经停产了),没有碰到过连击的问题,可能我是个例。
@XiaoWangAqA 应该不是,意思是从国外不合法或者灰色的手段搞到的机器,然后通过走私手段进来的
83 天前
回复了 tsohgdivil 创建的主题 Apple 为什么 iOS 不支持虚拟内存?
岔个题,我看到标题还在想现在还有操作系统不支持虚拟内存机制的吗,点进来才发现果然说的是 swap ,这个严格来说不叫虚拟内存
176 天前
回复了 dasf53adf 创建的主题 NAS QYGD 12500T es 做 NAS 怎么样?
@oldfriend #1 三十多 W 待机还不高吗,12500T 待机就 3w-5w
https://i.imgur.com/U4qW0Wq.png
198 天前
回复了 lcingOnTheCake 创建的主题 职场话题 程序员,年底了,危机感很强烈
楼上说的对,不能太依赖公司。
217 天前
回复了 hez2010 创建的主题 程序员 WSL2 今天史诗级更新
windows11 的 hyperv 是不是和 vmware 有冲突,我印象中以前在 windows10 下面 hyperv 和 vmware 可以共存的?
219 天前
回复了 daya 创建的主题 Linux 三年多没滚的 Manjora 滚了一下竟然没挂
接上面的,红帽系的发行版极少出现升级会挂掉的情况。
219 天前
回复了 rangranglynn 创建的主题 程序员 小白问个运维指标
如果你指的是 16 颗核心恰到好处的全部都用到 100%了,那么通常 load average 的数值会比 16 要大一点点,实际上在 CPU 真的已经满载 100%的情况下,load average 的数值会远超 16 的,因为这个三个数字表示的是队列长度,当 CPU 没办法及时处理新的任务时,队列将一直堆积辖区。
221 天前
回复了 shizaia 创建的主题 Linux 有没有大佬说一下学习 Linux 的 roadmap 啊~
@PTLin #12 鸟哥的 Linux 私房菜比较适合运维,我买的第一本运维的书就是鸟哥的,但这个 OP 明显是想把 Linux 当成桌面那样子用,不太合适其实。
222 天前
回复了 shizaia 创建的主题 Linux 有没有大佬说一下学习 Linux 的 roadmap 啊~
Mactype 可以缓解
@xiaoz #2 要注册 ,劝退
230 天前
回复了 yingha 创建的主题 Kubernetes k8s 中部署 redis 主备还需要哨兵吗?
@xomix #8

“ 如>果 master 挂了会被 k8s 检测到,会重启新的 pod ,可以说 k8s 中永远不会有 pod 挂掉,就算 node 挂了,pod 也会 >驱散到其他 node ”
这个说法是错误的,默认情况下,k8s 检测到 node notready 十分钟之后才会启动 Pod 疏散的过程,并且在这个过程中,如果 node 上的 Pod 所关联的存储因为各种原因(例如,锁没有被及时释放)没办法被新的 node 重新绑定的情况下,这个 pod 会一直处于 Terminating 状态,新的 Pod 会卡在 ContainerCreating 状态,所以,所谓“永远不会有 pod 挂掉”的这个说法是错误的。
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2978 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 00:30 · PVG 08:30 · LAX 17:30 · JFK 20:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.