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 的系统上真的是续航尿崩+日常发烫
不知道是 macos 内存管理策略和 windows 不太一样,还是活动监视器里面对内存那块的已用内存的计算方式和 windows 任务管理器的计算方式不太一样的原因,我的 36G 经常都是被吃满的,目前查到的唯一解释是跟 Linux 一样“已缓存的文件”那一块也是算进了已用内存这一块里面,而据说 windows 的任务管理器并没有算进去。
16 天前
回复了 BigBai 创建的主题 Vue.js VUE 有中文名了?
现在改回去了,应该是愚人节玩笑
印象中没有这种强制性要求,Tomcat 的版本要求和 APP 自己的版本要求基本上可以说没什么关系,但是 APP 和 Server 上的 JDK 版本是有关系的,所以我支持一楼的 S>=max(T,A)。
32 天前
回复了 username321 创建的主题 分享发现 鼠标还是得罗技
@vhwwls #26 漏打字了,G Pro 和 G Pro wireless 各一个。
32 天前
回复了 username321 创建的主题 分享发现 鼠标还是得罗技
@jtshs256 不吹 nb ,我从 2016 年开始,断断续续买了 4 个 G304 、三个 G502 Hero 、一个 G Pro ,两个 G303 ,一个 G Pro ,只有 G303 在 2017 年的时候因为那个编织线裂开了导致间歇性抽风点击失灵的情况,官方给我补了一个 G403 ,因为那会 G303 已经快停产(或者已经停产了),没有碰到过连击的问题,可能我是个例。
@XiaoWangAqA 应该不是,意思是从国外不合法或者灰色的手段搞到的机器,然后通过走私手段进来的
77 天前
回复了 tsohgdivil 创建的主题 Apple 为什么 iOS 不支持虚拟内存?
岔个题,我看到标题还在想现在还有操作系统不支持虚拟内存机制的吗,点进来才发现果然说的是 swap ,这个严格来说不叫虚拟内存
170 天前
回复了 dasf53adf 创建的主题 NAS QYGD 12500T es 做 NAS 怎么样?
@oldfriend #1 三十多 W 待机还不高吗,12500T 待机就 3w-5w
https://i.imgur.com/U4qW0Wq.png
192 天前
回复了 lcingOnTheCake 创建的主题 职场话题 程序员,年底了,危机感很强烈
楼上说的对,不能太依赖公司。
211 天前
回复了 hez2010 创建的主题 程序员 WSL2 今天史诗级更新
windows11 的 hyperv 是不是和 vmware 有冲突,我印象中以前在 windows10 下面 hyperv 和 vmware 可以共存的?
213 天前
回复了 daya 创建的主题 Linux 三年多没滚的 Manjora 滚了一下竟然没挂
接上面的,红帽系的发行版极少出现升级会挂掉的情况。
213 天前
回复了 rangranglynn 创建的主题 程序员 小白问个运维指标
如果你指的是 16 颗核心恰到好处的全部都用到 100%了,那么通常 load average 的数值会比 16 要大一点点,实际上在 CPU 真的已经满载 100%的情况下,load average 的数值会远超 16 的,因为这个三个数字表示的是队列长度,当 CPU 没办法及时处理新的任务时,队列将一直堆积辖区。
215 天前
回复了 shizaia 创建的主题 Linux 有没有大佬说一下学习 Linux 的 roadmap 啊~
@PTLin #12 鸟哥的 Linux 私房菜比较适合运维,我买的第一本运维的书就是鸟哥的,但这个 OP 明显是想把 Linux 当成桌面那样子用,不太合适其实。
216 天前
回复了 shizaia 创建的主题 Linux 有没有大佬说一下学习 Linux 的 roadmap 啊~
Mactype 可以缓解
@xiaoz #2 要注册 ,劝退
224 天前
回复了 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   ·   我们的愿景   ·   实用小工具   ·   5717 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 02:20 · PVG 10:20 · LAX 19:20 · JFK 22:20
Developed with CodeLauncher
♥ Do have faith in what you're doing.