 |
fangjueV2EX 第 60237 号会员，加入于 2014-04-13 13:43:33 +08:00 |
fangjue 最近回复了
clocksource 更换为 tsc 没有任何变化。想到用 auditd 检测是什么进程修改了系统时间，结果发现是这么一个进程：
date -u --set=2025-06-01 xx:xx:xx.xxxxxx
进一步记录所有运行的进程后发现，上述命令来自 gapd （ QingCloud Guest Agent ），看来只能找厂商解决了。
date -u --set=2025-06-01 xx:xx:xx.xxxxxx
进一步记录所有运行的进程后发现，上述命令来自 gapd （ QingCloud Guest Agent ），看来只能找厂商解决了。
虚拟机 yyy 使用 chrony 同步后，每隔半小时时间突然向将来跳变 90 多秒（比标准时间快 90 多秒），接下来一段时间由 chrony 逐步拨回正常时间，整个过程持续 22 分钟。相比 systemd-timesyncd 时间保持单调，但是相当长的一段时间内系统时间偏差大。
还有一台虚拟机 zzz 禁用了 systemd-timesyncd 也未使用 ntpd 或 chrony 等其他同步服务，自上次物理机停机维护至今时间差大致以线性规律逐渐增长，现在比标准时间慢 80 多秒。虚拟机 yyy 的时间差也是这样的线性增长规律。
看起来像是 kvm-clock 的计算上存在偏差，不同虚拟机的偏差还不一样，并且随着运行时间增长逐渐累加？
还有一台虚拟机 zzz 禁用了 systemd-timesyncd 也未使用 ntpd 或 chrony 等其他同步服务，自上次物理机停机维护至今时间差大致以线性规律逐渐增长，现在比标准时间慢 80 多秒。虚拟机 yyy 的时间差也是这样的线性增长规律。
看起来像是 kvm-clock 的计算上存在偏差，不同虚拟机的偏差还不一样，并且随着运行时间增长逐渐累加？
@billlee 还有一台虚拟机上用的 chrony ，但日志中总是时不时出现 chronyd: Can't synchronise: no majority ，尝试过配置多种不同的 NTP 服务器。日志中的时间变动也是半小时一次，只出现一条，系统时间比较准。
之前查阅过各种文档，clocksource 一般都推荐使用 kvm-clock ； tsc 性能有一些优势，但虚拟机在不同物理 CPU 之间迁移可能会出现偏差。
之前查阅过各种文档，clocksource 一般都推荐使用 kvm-clock ； tsc 性能有一些优势，但虚拟机在不同物理 CPU 之间迁移可能会出现偏差。
72 天前 回复了 dreampython 创建的主题 › Android › 7 年之后的新手机 |
我的前一台手机用了七年半，两年前换手机，看看这一台能不能再用七年。
2024-06-22 19:16:01 +08:00 回复了 qaqtangxiaoqi 创建的主题 › 程序员 › 浏览器扩展桌怎么和桌面应用通信 |
2024-06-21 19:49:27 +08:00 回复了 busier 创建的主题 › Windows › 问下现在 Win10/11 里面“软件限制策略”是不是对内置.exe 开绿灯 |
实在不行的话用文件访问权限禁止？
2024-06-15 17:54:39 +08:00 回复了 wdssmq 创建的主题 › 信息安全 › 我的手机号「没有注册某个网站」这一事实算不算隐私？ |
为什么要把手机给工作人员操作？
2023-09-30 16:44:32 +08:00 回复了 MajestySolor 创建的主题 › 宽带症候群 › wsl2+ubuntu 会自动设置代理是怎么回事？ |
这是刚刚发布没多久的 WSL2 新版本的新功能，参见 https://devblogs.microsoft.com/commandline/windows-subsystem-for-linux-september-2023-update/ 。照理说说要手工配置的？
Select Language