问题[sleep](computer)

我的台式机结构相当简单，配有 Gigabyte 主板、一对 NVME 驱动器、DVD R/W 驱动器和 64GB RAM。运行 Windows 10 并连接到 TrippLite UPS。

我通常每晚都会将其关闭，但最近我一直在运行一些长时间的计算机进程，这需要它连续几天保持开启状态。在这些情况下，我观​​察到只要我不接触机器，它就会在中午自发冬眠。所有睡眠选项均被禁用，包括“隐藏”选项，该选项需要进行少量注册表编辑才能访问。

解析事件日志清楚地表明机器正在进入睡眠状态。今天早上我检查了它，看看它在夜间何时进入这种状态，并发现了其他东西 - 一系列 6 条“电源已更改”消息，持续约 7 分钟。

我也检查了 UPS 的日志，它们还显示机器进入睡眠状态，具体来说：

2023-09-28T17:52:40Z tradingPC  - -1: [info] CommandInfo [ name='Get Discharging'; id=103; variation=5; protocolId=0x3016; className='Command_getdischarging_3016_com_hid_103'; priority='MEDIUM'; executionGroup='DATA'; commandType='GET'; communicationType='HID'; isIdle=false; isLiteral=false; isNullCommand=false; isCommandDataFormula=false; commandData=' 00 84 00 02 00 85 00 45 '; data=' '; inboundDataLength=1; outboundDataLength=8; line=0; dependsOnVariable=''; updatedVariables=('Battery Discharging','Battery Charge'); isAvailable=true; tag=;) ]
2023-09-28T17:52:40Z tradingPC  - -1: [info] Sending 8 bytes to device: 00 84 00 02 00 85 00 45
2023-09-28T17:52:40Z tradingPC  - -1: [info] Port '\\?\hid#vid_09ae&pid_3016#6&12b3d71&1&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}' Outbound to device: combined=0x84000200850045
2023-09-28T17:52:40Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:40 tradingPC CommandInfo [ name='Get Discharging'; id=103; variation=5; protocolId=0x3016; className='Command_getdischarging_3016_com_hid_103'; priority='MEDIUM'; executionGroup='DATA'; commandType='GET'; communicationType='HID'; isIdle=false; isLiteral=false; isNullCommand=false; isCommandDataFormula=false; commandData=' 00 84 00 02 00 85 00 45 '; data=' '; inboundDataLength=1; outboundDataLength=8; line=0; dependsOnVariable=''; updatedVariables=('Battery Discharging','Battery Charge'); isAvailable=true; tag=;) ]>
2023-09-28T17:52:40Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:40 tradingPC Sending 8 bytes to device: 00 84 00 02 00 85 00 45 >
2023-09-28T17:52:40Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:40 tradingPC Port '\\?\hid#vid_09ae&pid_3016#6&12b3d71&1&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}' Outbound to device: combined=0x84000200850045>
2023-09-28T17:52:40Z tradingPC  - -1: [info] Port '\\?\hid#vid_09ae&pid_3016#6&12b3d71&1&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}' Inbound (four byte) from device: 00 00 00 00
2023-09-28T17:52:40Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:40 tradingPC Port '\\?\hid#vid_09ae&pid_3016#6&12b3d71&1&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}' Inbound (four byte) from device: 00 00 00 00 >

**2023-09-28T17:52:40Z tradingPC  - -1: [info] Handling entry to hibernation...**
2023-09-28T17:52:40Z tradingPC  - -1: [info] Iterate over device 1
**2023-09-28T17:52:40Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:40 tradingPC Handling entry to hibernation...>**
2023-09-28T17:52:40Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:40 tradingPC Iterate over device 1>
2023-09-28T17:52:40Z tradingPC  - -1: [info] CommandInfo [ name='Stop Watchdog Timer'; id=239; variation=14; protocolId=0x3016; className='Command_stopwatchdogtimer_3016_com_hid_239'; priority='MEDIUM'; executionGroup='EXIT'; commandType='SET'; communicationType='HID'; isIdle=false; isLiteral=false; isNullCommand=false; isCommandDataFormula=false; commandData=' 00 84 00 20 ff ff 00 92 '; data=' 00 '; inboundDataLength=1; outboundDataLength=8; line=0; dependsOnVariable='Cmd Stop Watchdog Timer Data'; updatedVariables=(); isAvailable=true; tag=;) ]
2023-09-28T17:52:40Z tradingPC  - -1: [info] Sending 8 bytes to device: 00 84 00 20 ff ff 00 92
2023-09-28T17:52:40Z tradingPC  - -1: [info] Port '\\?\hid#vid_09ae&pid_3016#6&12b3d71&1&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}' Outbound to device: combined=0x00840020ffff0092; data=00
2023-09-28T17:52:40Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:40 tradingPC CommandInfo [ name='Stop Watchdog Timer'; id=239; variation=14; protocolId=0x3016; className='Command_stopwatchdogtimer_3016_com_hid_239'; priority='MEDIUM'; executionGroup='EXIT'; commandType='SET'; communicationType='HID'; isIdle=false; isLiteral=false; isNullCommand=false; isCommandDataFormula=false; commandData=' 00 84 00 20 ff ff 00 92 '; data=' 00 '; inboundDataLength=1; outboundDataLength=8; line=0; dependsOnVariable='Cmd Stop Watchdog Timer Data'; updatedVariables=(); isAvailable=true; tag=;) ]>
2023-09-28T17:52:40Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:40 tradingPC Sending 8 bytes to device: 00 84 00 20 ff ff 00 92 >
2023-09-28T17:52:40Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:40 tradingPC Port '\\?\hid#vid_09ae&pid_3016#6&12b3d71&1&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}' Outbound to device: combined=0x00840020ffff0092; data=00 >
**2023-09-28T17:52:40Z tradingPC  - -1: [info] Handled entry to hibernation**
**2023-09-28T17:52:40Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:40 tradingPC Handled entry to hibernation>**
**2023-09-28T17:52:59Z tradingPC  - -1: [info] Handling exit from hibernation...**
**2023-09-28T17:52:59Z tradingPC  - -1: [info] Handled exit from hibernation**
2023-09-28T17:52:59Z tradingPC  - -1: [debug] set 'memoized_setups' on path 'CachingEntityRegistry((<Mapper at 0x197d3106550; SysLogServerModel>,))' to '{}'
2023-09-28T17:52:59Z tradingPC  - -1: [debug] Returning 1 devices
2023-09-28T17:52:59Z tradingPC  - -1: [info] updating active state for device 1. Updating active to false and initialized to false
2023-09-28T17:52:59Z tradingPC  - -1: [info] Device ID 1 is going inactive; clear Communication Lost Event = false
2023-09-28T17:52:59Z tradingPC  - -1: [debug] Clearing event active state and alarms only for device 1
2023-09-28T17:52:59Z tradingPC  - -1: [debug] successfully got the list of alarms.  Received 0 alarms
2023-09-28T17:52:59Z tradingPC  - -1: [debug] gRPC OK, in: (, <grpc._server._Context object at 0x00000197D3C)
**2023-09-28T17:52:59Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:59 tradingPC Handling exit from hibernation...>**
**2023-09-28T17:52:59Z tradingPC  - -5: [debug] Received message <<14>Sep 28 10:52:59 tradingPC Handled exit from hibernation>**

（我尝试将休眠行加粗，但这在代码块中不起作用......因此将星号视为与休眠直接相关的行）

我已经退出了所有后台应用程序，安装了 PowerToys 并使用了“Always Awake”选项……除了我物理地移动鼠标之外，没有什么可以阻止这一点。我束手无策，因为我需要我的机器能够在无人值守的情况下运行相当长的时间。

我最近购买了华硕 ROG Flow X16 和 Ryzen 9 6900hs。对于我的用例，立即出现了一些奇怪的问题。

1. 当盖子关闭时，计算机会立即进入睡眠状态，无论窗口的“更改关闭盖子时发生的情况”设置如何。如果我使用随附的 Armoury Crate 软件中的“Windows”性能配置文件，我就能部分解决这个问题。但是，如果我想切换到“Turbo”配置文件以提高性能，则如果盖子关闭，笔记本电脑将进入睡眠状态。这是一个问题，因为我使用对接并连接到外部显示器的笔记本电脑，并且无法将盖子打开。我已更改与睡眠相关的所有可用 Windows 设置：电源选项 > 编辑电源计划、Windows 11 设置等。

2. 当通过 Armoury Crate 进行“Windows”性能设置时，笔记本电脑在重负载下仍然偶尔会进入睡眠状态。当 CPU 达到最大时，我看到 CPU 温度约为 85c。该芯片的热限制应该约为 95 摄氏度，所以我什至不应该看到这个级别的节流，更不用说热保护了。我不确定这个睡眠是错误触发的热保护还是其他原因？

不幸的是，这些问题使使用这台笔记本电脑变得很痛苦。我可以尝试卸载 Asus Armoury Crate 软件，但我相信我将无法访问 MUX 开关功能。或者，也许有办法在 Windows 电源计划中更改此设置？Armoury Crate 还允许修改键盘 RGB，但这并不是一个大问题。

关于如何解决这个意外的睡​​眠问题有什么想法吗？

幸运的是，我记得我搞砸了 Windows 10 更新的日期，因此我通过重新安装该更新来解决后果。是否有必要每次都记住这样的日期（或）Windows 10 的最新累积更新是否会纠正损坏的日期？

在我的开始菜单中，其中一个电源选项称为“睡眠”。当我选择它时，它会弹出窗口启动画面（不确定正式名称是什么，一些随机图片）但是当我与键盘交互时我已经登录了。

我的 IT 部门建议我应该让计算机休眠而不是使其休眠（因为休眠现在是“现代待机”并且“休眠已过时”；并且我确认可以通过 a 使用“现代待机” powercfg /a），但就我而言can tell 'sleep' 实际上并没有……做任何事情。

当我让我的电脑“睡觉”时，这里应该发生什么？

Amphetamine是一个相当流行的 Mac 程序，用于让 Mac 保持清醒（不睡觉）。该程序还用于在“翻盖”模式下使用 MacBook；在关闭外围设备时使用 MacBook。

但是，我不使用翻盖模式，我实际上希望我的 MacBook 在盖子关闭时进入睡眠状态，即使安非他明正在运行。基本上有

合上盖子睡觉 > 苯丙胺设置

我在设置中环顾四周，但找不到这个选项。这可能吗？我也愿意尝试其他程序。

在 Windows 10 上cmd.exe，我输入了一个format D: /P:3命令来格式化我的 1TB 外部磁盘。该过程开始运行，我在 10 分钟左右完成 1% 后离开了我的计算机。

在 30 分钟时，我的电脑决定我什么都不做，然后让自己进入睡眠状态，从而中断了格式化过程。

我很不高兴。

此后，我应用了通常的方法来摄取咖啡因，并在我再次运行此过程时强制计算机保持清醒。但是，它在我的脑海中提出了一个在网上很难搜索到的问题：

为什么 Windows（或与此相关的任何操作系统）无法将打开的命令提示符应用程序的 shell 中正在运行的进程识别为保持清醒的正当理由？

看视频让事情保持清醒，在键盘上移动鼠标/打字让事情保持清醒......为什么不在用户打开的命令提示符应用程序中输入用户输入的命令？

是否有一些出色的逻辑支持排除这一点的原因，或者只是多年来通过继承延续下来的另一种愚蠢的设计选择？

我不希望我的电脑在长时间离开时处于睡眠模式，我希望它完全关闭。有可能的？

例如：今天我离开电脑超过 1 小时，它进入睡眠模式。但我真正想要的是它在那 1 小时后关闭。

我看到在我使用的电源模式（高性能）的选项中，有一个选项可以设置计算机从睡眠模式迁移到休眠状态的时间，但它仍然不能解决问题。

我刚买了一台新的企业笔记本电脑（Lenovo ThinkPad p15v Gen 2），如果我从开始菜单或通过合上盖子将计算机置于睡眠模式，然后立即将其唤醒，它会按我的预期工作：它会提示我对于我的密码，当我提供密码时，它会让我回到之前打开的应用程序/文档的 Windows 会话。

但是，如果我让它进入睡眠状态并让它过夜，当我唤醒它时，它会提示我输入我的用户名和密码。当我输入我的凭据时，它会让我进入一个新的 Windows 会话，没有我在睡觉前打开的任何应用程序或文件。

它没有重新启动（我没有看到 BIOS 或 Windows 启动屏幕），所以我不知道为什么它会让我打开的应用程序和文件保持短暂睡眠，但不会让它们保持更长时间。它使用恒定的交流电源。

有任何想法吗？

所以最近我注意到当我点击开始 - 睡眠模式时，我的电脑不想进入睡眠状态。唯一发生的事情是显示器变为空白，但所有风扇仍在以相同的速度运行，并且外壳 LED 灯没有关闭！幸运的是，我发现如果我在电源选项中禁用混合模式睡眠，我可以解决这个奇怪的问题。所以我的问题是这是怎么发生的？可能通过一些Windows更新补丁？这应该是为了什么？如果这是一个全球性的变化，那么可能 99% 的普通用户会停止使用 sleep，因为它根本不起作用，那么这种奇怪的原因是什么？我有配备 Ryzen 5600X 和 Windows 10 的相当新的 PC

即使Linux在一段时间后退出，是否有可能让计算机在jupyter笔记本中进行一些计算并在早上得到结果？它会进入睡眠状态并暂停 jupyter notebook 计算吗？