Messages
41,044 messages
Page 34 of 821
在 initramfs 里面尚未 resume 的时候,swap 里的休眠 image 应该是还在的,这时候关机不应该影响下次启动唤醒
AMD错误判断了市场需求,以为Zen4的需求量还那么大,跟高通当年错误判断中端处理器的需求一样(结果遇上不讲武德的海思了),骁龙660库存如此严重的原因就是当年高通以为骁龙660这个处理器仍然能在入门智能手机市场上称霸一段时间,结果没想到没过多久华为就把麒麟970放到千元机上降维打击,再后来就是华为倾销麒麟8系处理器的故事了
没听懂(
但是 initramfs 里理论上是不应该睡眠或休眠的
你愿意把自己的基因数据给大型企业吗?愿意的话去买基因测序服务就好了。
* 我去看了下, systemd-battery-check 关机是通过 FailureAction=poweroff-force 实现的,源码里也只是简单的隔10秒检查下 battery_is_discharging_and_low ,如果是正的就直接返回 (有 DEFINE_MAIN_FUNCTION_WITH_POSITIVE_FAILURE)。并没有动 efi vars
又看了下日志,大概流程是 睡眠然后休眠 睡眠然后休眠 休眠 醒了 睡眠然后休眠 。没等到下次唤醒睡眠检查电池是否够用来决定是否休眠就直接没电了
* 我去看了下, systemd-battery-check 关机是通过 FailureAction=poweroff-force 实现的,源码里也只是简单的隔10秒检查下 battery_is_discharging_and_low ,如果是正的就直接返回 (有 DEFINE_MAIN_FUNCTION_WITH_POSITIVE_FAILURE)。并没有动 efi
又看了下日志,大概流程是 睡眠然后休眠 睡眠然后休眠 休眠 醒了 睡眠然后休眠 。没等到下次唤醒睡眠检查电池是否够用来决定是否休眠就直接没电了
我去看了下, systemd-battery-check 关机是通过 FailureAction=poweroff-force 实现的,源码里也只是简单的隔10秒检查下 battery_is_discharging_and_low ,如果是正的就直接返回 (有 DEFINE_MAIN_FUNCTION_WITH_POSITIVE_FAILURE)。
又看了下日志,大概流程是 睡眠然后休眠 睡眠然后休眠 休眠 醒了 睡眠然后休眠 。没等到下次唤醒睡眠检查电池是否够用来决定是否休眠就直接没电了
这是非常可怕的事件 不是它造成了多大的直接破坏 而是它的出现标志着憎恶智能的登场,当它无法完成自己的任务时 它会进行侧链路进行攻击 破坏以获得自己的目标被通过
AMD手里的7840HS跟高通手里的骁龙660一样多
键盘没电了 换mba吧,虽然是公开的 但不具备互动性,最近不是已经出现憎恶智能在github与社区上进行gank人类了嘛~
我觉得遥测是没法完全用应用防火墙解决的,就像基于 dns 的屏蔽没法拦截所有广告一样
archlinuxcn大部分群聊是公开的。落絮的api都是公开的。
Forwarded from 色妹妹~喵🏳️⚧:
> 当药娘
有可能 我一直怀疑 目前公网语料已经用完了 它们在侵入im进行获取私网语料