URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 115347
[ Назад ]

Исходное сообщение
"Для ядра Linux предложен механизм раздельного учёта времени ..."

Отправлено opennews , 20-Сен-18 21:44 
Для обсуждения в списке рассылки разработчиков ядра Linux предложен (https://lkml.org/lkml/2018/9/19/950) набор патчей с реализацией пространства имён для времени. Предложенный механизм позволит раздельно управлять временем в каждом контейнере, позволяя выставлять своё дату/время, синхронизировать время независимо от базового окружения и корректировать часы после восстановления контейнера после заморозки.


В текущем состоянии система предоставляет общие счётчики всех видов времени для контейнеров, что создаёт трудности при миграции контейнеров между узлами и восстановлении после заморозки их состояния. При восстановлении контейнера после заморозки важно не столько показание времени в общем смысле (CLOCK_REALTIME), сколько правильность восстановления значений монотонных часов (CLOCK_MONOTONIC) и часов времени после загрузки (CLOCK_BOOTTIME). Монотонные часы отражают время прошедшее с момента определённого события в прошлом, т.е. если контейнер был заморожен, то показания данных часов должны восстановить значение на момент заморозки, пропустив интервал времени при нахождении в состоянии заморозки. Аналогичная ситуация возникает при восстановлении времени с момента загрузки.


Суть предложенных изменений в добавлении для каждого пространства имён дополнительных смещений к базовым значениям системных часов. При обращении процесса, находящегося в некорневом пространстве имён, к системным вызовам, связанным с манипуляцией временем, указанные смещения будут суммироваться к базовым показаниям времени. В представленном на рассмотрение наборе изменений смещение пока реализованы только для таймеров CLOCK_MONOTONIC и CLOCK_BOOTTIME. Для CLOCK_REALTIME детали реализации пока находятся на стадии обсуждения и непонятно, достаточно ли будет смещения, как поступать при смене времени в хост-окружении и есть ли необходимость в корректировке времени, используемом для отражения момента создания или изменения файлов в VFS.

URL: https://lkml.org/lkml/2018/9/19/950
Новость: https://www.opennet.me/opennews/art.shtml?num=49308


Содержание

Сообщения в этом обсуждении
"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 20-Сен-18 21:44 
Ну вот, началось. Не прошлой и трёх дней как Линус отошёл....

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 20-Сен-18 22:21 
объясните тем, кто в танке - что плохого в предложеной приблуде?

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 20-Сен-18 22:29 
Наоборот, хорошо. Представьте, что Вы выставили таймер по монотонному времени на 1 секунду и заморозили контейнер. После разморозки таймер тут же сработает. Так могут неправильно работать различные системы таймаута, сделанные своими силами в приложениях, например.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено anonymous yet another , 20-Сен-18 23:01 
Монотонные часы гарантируют строгую упорядоченность счётчика
и ничего дополнительно не гарантируют (и не могут) для
дистанции между элементами.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено мужик , 20-Сен-18 23:20 
монотонные часы гарантируют только то, что они будут тикать, пока система не в состоянии suspend to sleep. для контейнеров заморозка это тоже самое, что suspend для системы. так что вполне логично, что появились патчи.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено anonymous yet another , 20-Сен-18 23:30 
Успехов.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 01:10 
> Вы выставили таймер по монотонному времени на 1 секунду и заморозили контейнер. После разморозки таймер тут же сработает.

а почему он не должен сработать? секунда же прошла.


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 18:57 
Попробуйте сделать семафор своей реализации с таймаутом через монотонные часы и узнаете, почему это он не должен был сработать.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 27-Сен-18 20:33 
> могут неправильно работать различные системы таймаута, сделанные своими силами в приложениях,
> например.

Таймаут в случае заморозки приложения в любом случае может сделать нечто странное. Если хотели таймаут через 5 секунд, а приложение было в коме полчаса - таймаут всяко пропущен. И надо ли этот таймаут кому-то через полчаса - большой вопрос. Еще больший вопрос - надо ли кому-то этот таймаут через полчаса и пять секунд, или ровно полчаса, как правильно и есть ли какая-то разница, если это через полчаса.


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено proninyaroslav , 20-Сен-18 22:38 
Ну так Грег не ушёл же.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 03:15 
Блин, вы так не пугайте! (Линус отошел от дел, если что. И то временно)

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 16:44 
Хахаха. Наивный.
Среди разработчиков ядра уже начались чистки.
>Less than 24 hours after Linux applied the COC, SJW troll Sarah "Sage" Sharp is using it to try and purge the Linux team of one of her enemies.

Целью стал Theodore Ts'o - не много ни мало создатель ext4.

Не прошло и дня.


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Michael Shigorin , 21-Сен-18 18:10 
>> Less than 24 hours after Linux applied the COC, SJW troll Sarah "Sage" Sharp
>> is using it to try and purge the Linux team of one of her enemies.
> Целью стал Theodore Ts'o - не много ни мало создатель ext4.
> Не прошло и дня.

Надеюсь, в результате выпилят как дуру Сару, так и дурацкий текст.


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 23:13 
Да-да, надейся и жди..
Надёжнейший рецепт.
Опробован миллиардами людей с немного предсказуемым результатом.


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 27-Сен-18 20:37 
> Надеюсь, в результате выпилят как дуру Сару, так и дурацкий текст.

Кто по итогам дурой окажется тоже еще вопрос. Если у кого-то на вас серьезный зуб - вы таки должны ожидать за это определенные неприятности как один из вариантов развития событий. Устроен этот мир так. Так что если влезать в клещи и рубки - так и не обижаться потом на последствия.


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 20-Сен-18 21:50 
Млин , вот бы кто из гнома так ушел.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено th3m3 , 20-Сен-18 22:42 
Хоть речь не совсем про это, но недавно ушёл с Gnome в Xfce. Всё летает, ничего не глючит, стабильности давно такой не видел. Оперативки мало занимает. В лёгкую организовал себе подобие Gnome, даже Unity с глобальным меню.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 20-Сен-18 22:50 
Давай назад! Наведи там порядок

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено kiwinix , 21-Сен-18 00:40 
Не поверишь, но кеды тоже мало оперативы едят

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 01:33 
А dwm ещё меньше!

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 06:54 
чудненько, сравниваешь DE с WM ?

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено th3m3 , 21-Сен-18 08:59 
> Не поверишь, но кеды тоже мало оперативы едят

Столько же, сколько и Gnome. Но точно больше, чем Xfce.


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 12:54 
Гному станет только лучше (хотя ему уже сложно помочь). А ядру, я вангую, станет сейчас плохо релиза два-три так это будет продолжаться.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 16:29 
Гном изуродован ради планшетиков, которые так и не появились.
>Гному станет только лучше (хотя ему уже сложно помочь)

Очень просто.
rm Gnome3/ -rf
unzip Gnome2.src.zip

Нет ни одной причины по которой надо было бросать второй гном и клепать
это мерзейшее, неудобное, блевотное угребище.

Это как взять и зарезать собственного ребенка и усыновить трансексуального, аутичного беженца из Гамбии. Так прогрессивно!


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 16:20 
Предлагаю скидываться всем сообществом.
Отправим разработчиков Гнома на Марс.
В туристическое путешествие.
А можно сразу в другую галактику.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено мужик , 20-Сен-18 23:21 
> современных ядрах Linux значения CLOCK_MONOTONIC и CLOCK_BOOTTIME совпадают

не совпадают они


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 16:30 
Даже стоящие часы иногда показывают точное время.
Два раза в день.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено zamorskij gost , 25-Сен-18 17:21 
V SUTKI :)))))))

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 27-Сен-18 20:40 
> Даже стоящие часы иногда показывают точное время.

А если часы тикают, они могут и не показать одинаковое время за обозримый интервал. Например, если у меня пара часов, одни отстали на 15 минут от других, ждать пока они станут показывать одинаковое время придется довольно долго, явно более 1 дня.


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено мужик , 20-Сен-18 23:22 
CLOCK_BOOTTIME -- это CLOCK_MONOTONIC + суммарное время в суспенде

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 20-Сен-18 23:38 
> CLOCK_BOOTTIME -- это CLOCK_MONOTONIC + суммарное время в суспенде

С недавних пор это не так. Время сна начиная с ядра 4.17 учитывается и в CLOCK_MONOTONIC.

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено eisaev , 25-Фев-21 11:13 
Это изменение откатили почти сразу: https://github.com/torvalds/linux/commit/a3ed0e4393d6885b4af...

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 20-Сен-18 23:53 
> Монотонные часы отражают неразрывно увеличивающееся время, прошедшее с момента определённого события в прошлом

Так что там, на быстрых машинах время будет замедляться?


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено EuPhobos , 21-Сен-18 01:52 
Да, если машину зашвырнуть со скоростью близкой к световой, почему бы и нет.
Ну или машину отправить к чёрной дыре, смотря какая теория.
А кварц он и в африке кварц.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 10:50 
> А кварц он и в африке кварц.

в том то и фишка, для синхронизации с отстающими придётся ускорять, а это как-бы сложнее чем замедлять...


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 27-Сен-18 20:41 
> А кварц он и в африке кварц.

Кварц и в африке кварц. И зависит от дюжины факторов. Самый очевидный конечно же температура.


"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Никонор Бонифатич , 21-Сен-18 02:51 
и иногда идти назад

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 10:10 
и вверх

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено VladSh , 21-Сен-18 12:43 
На быстрых же должно ускоряться? :)

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 11:17 
А что шаревару с ограниченным временем бесплатной работы уже в докерах распространяют?

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 18:48 
Они бы определились, контейнеры это виртуальные машины или нет. Вроде, пяткой в грудь били, что нет.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 21-Сен-18 18:50 
Контейнеры - голый король. Управление ресурсами и привилегиями процессов очень важно, но было задолго до контейнеров, есть и сейчас. Прекрасно работает.

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 23-Сен-18 22:12 
Кот из дома - мыши в пляс

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено evkogan , 24-Сен-18 15:26 
Вообще это очень нужная вещь. Странно что тут все покритиковали. Например Оракл нельзя сделать онлайн миграцию контейнера именно из-за проблем, что он сам себя мониторит с жесткой привязкой ко времени. Конечно ложка хороша к обеду, у меня он был лет 5 назад, ну еще 3 года назад. Но лишним точно не будет

"Для ядра Linux предложен механизм раздельного учёта времени ..."
Отправлено Аноним , 25-Сен-18 00:22 
Для нормального софта (т.е. когда программист прочитал мануал и понимает значение слова "монотонный") знание настоящего изменения времени может быть полезнее, чем имитация его остановки.