Рейтинг:0

Что такое RTCTimeUSec, показанный `timedatectl show`?

флаг cn

В различных вариантах и ​​версиях Linux я вижу следующее при выдаче показать timedatectl команда:

Часовой пояс=Америка/Лос-Анджелес
LocalRTC=да
CanNTP=да
НТП=да
NTPSynchronized=да
TimeUSec=Пн 2021-11-22 08:33:06 PST
RTCTimeUSec=Пн 2021-11-22 00:33:06 PS

Это значение представляется местный время смещено на -8 часов (мое текущее смещение по Гринвичу), что для меня не имеет смысла.

Я не могу найти ссылку на этот вывод в Google или человек. Может быть артефактом set-local-rtc=1 (двойная загрузка с Windows)?

Рейтинг:0
флаг in

От https://www.freedesktop.org/software/systemd/man/org.freedesktop.timedate1.html

Часовой пояс показывает текущий настроенный часовой пояс. LocalRTC показывает настроен ли RTC на использование UTC (false) или на местное время зона (правда). CanNTP показывает, выполняет ли служба время доступна синхронизация по сети, и NTP показывает, такая услуга включена.

NTPSynchronized показывает, сообщает ли ядро ​​время как синхронизированный (ср. adjtimex(3)). TimeUSec и RTCTimeUSec показывают текущее время в системе и в RTC. Цель этих трех свойства — разрешить удаленным клиентам доступ к этой информации через D-шина. Локальные клиенты могут получить доступ к информации напрямую.

Если у вас в Windows по-прежнему установлено местное время, это определенно является причиной разницы во времени.

С LocalRTC=нет, ВремяСШАсек и RTCTimeUSec имеют одинаковое значение.

Чтобы сохранить время RTC на универсальном времени для обеих систем при двойной загрузке, лучше заставить Windows также использовать UTC.

Вы можете сделать это с помощью значения реестра 1 в RealTimeIsUniversal в реестре Windows по адресу HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation.

AlMo320 avatar
флаг cn
Ага, так и думал. Видел предупреждения после установки RTC в локальную зону, но мне все еще не совсем ясно, какой вред это нанесет приложениям Linux. Почти уверен, что приложениям Windows все равно, в какой зоне они находятся, как и многие люди, я использую свой компьютер в качестве часов. Как и большинство людей, я не живу в Исландии или Гринвиче или других местах, где летнее время не является «вещью», поэтому я, вероятно, буду жить с этой «аномалией» RTCTimeUSec :)
AlMo320 avatar
флаг cn
Чтение статьи заставило меня задуматься о том, что теперь мы официально ближе к 2038 году, чем к 2000 году o>. Кто думает, что наступит конец света, прежде чем мы столкнемся с 32-битными числовыми переполнениями? Кто верит, что это не закончилось 22 года назад? Лично я с нетерпением жду "конца эпохи", будут ли к тому времени 64-битные процессоры или нет!
AlMo320 avatar
флаг cn
https://www.epochconverter.com/?mm=1&dd=1&yyyy=2039&hh=12&mn=0&ss=0&am=am&tz=1 подчеркивает: некоторые системы хранят даты эпох в виде 32-битного целого числа со знаком, что может вызвать проблемы при 19 января 2038 года (известная как проблема 2038 года или Y2038).
AlMo320 avatar
флаг cn
Мой вопрос и ответ @ emk2203 помогли мне разгадать неуклюжую аббревиатуру USec, которая представляет собой «верблюжий случай», чтобы избежать греческой буквы «мю», обозначающей микросекунды. Поскольку этот вопрос был связан с точкой противостояния двойной загрузки Windows/Linux, иронично (вы не думаете) найти приведенный ниже отрывок в файле справки MS Word:
AlMo320 avatar
флаг cn
μ буква очень популярна в различных областях науки. Например, символ μ обозначает среднее значение генеральной совокупности в статистике, коэффициент трения или магнитной проницаемости в физике и микрон или микрометр в измерении. https://www.officetooltips.com/word_2016/tips/how_to_insert_micro_sign_or_mu_symbol_in_word.html
AlMo320 avatar
флаг cn
Итак, в заключение: зачем обсуждать USec в результатах timedatectl, когда ни одна функция или подпрограмма POSIX не различает мксек и сек? Особенно, когда дата отображается как «удобочитаемая», а не как «эпоха»?

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.