Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Для ядра 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.dev/opennews/art.shtml?num=49308
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 20-Сен-18, 21:44	+21 +/–
Ну вот, началось. Не прошлой и трёх дней как Линус отошёл....
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #7, #24

2. Сообщение от Аноним (2), 20-Сен-18, 21:50	+7 +/–
Млин , вот бы кто из гнома так ушел.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #34, #36

4. Сообщение от Аноним (-), 20-Сен-18, 22:21	+4 +/–
объясните тем, кто в танке - что плохого в предложеной приблуде?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6

6. Сообщение от Аноним (6), 20-Сен-18, 22:29	–3 +/–
Наоборот, хорошо. Представьте, что Вы выставили таймер по монотонному времени на 1 секунду и заморозили контейнер. После разморозки таймер тут же сработает. Так могут неправильно работать различные системы таймаута, сделанные своими силами в приложениях, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #10, #20, #50

7. Сообщение от proninyaroslav (ok), 20-Сен-18, 22:38	+/–
Ну так Грег не ушёл же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

8. Сообщение от th3m3 (ok), 20-Сен-18, 22:42	+3 +/–
Хоть речь не совсем про это, но недавно ушёл с Gnome в Xfce. Всё летает, ничего не глючит, стабильности давно такой не видел. Оперативки мало занимает. В лёгкую организовал себе подобие Gnome, даже Unity с глобальным меню.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #9, #19

9. Сообщение от Аноним (-), 20-Сен-18, 22:50	+1 +/–
Давай назад! Наведи там порядок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

10. Сообщение от anonymous yet another (?), 20-Сен-18, 23:01	+4 +/–
Монотонные часы гарантируют строгую упорядоченность счётчика и ничего дополнительно не гарантируют (и не могут) для дистанции между элементами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #11

11. Сообщение от мужик (?), 20-Сен-18, 23:20	+3 +/–
монотонные часы гарантируют только то, что они будут тикать, пока система не в состоянии suspend to sleep. для контейнеров заморозка это тоже самое, что suspend для системы. так что вполне логично, что появились патчи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #15

13. Сообщение от мужик (?), 20-Сен-18, 23:21	–1 +/–
> современных ядрах Linux значения CLOCK_MONOTONIC и CLOCK_BOOTTIME совпадают не совпадают они
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38

14. Сообщение от мужик (?), 20-Сен-18, 23:22	–1 +/–
CLOCK_BOOTTIME -- это CLOCK_MONOTONIC + суммарное время в суспенде
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16

15. Сообщение от anonymous yet another (?), 20-Сен-18, 23:30	+/–
Успехов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

16. Сообщение от Аноним (16), 20-Сен-18, 23:38	+2 +/–
> CLOCK_BOOTTIME -- это CLOCK_MONOTONIC + суммарное время в суспенде С недавних пор это не так. Время сна начиная с ядра 4.17 учитывается и в CLOCK_MONOTONIC. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #54

18. Сообщение от Аноним (-), 20-Сен-18, 23:53	+1 +/–
> Монотонные часы отражают неразрывно увеличивающееся время, прошедшее с момента определённого события в прошлом Так что там, на быстрых машинах время будет замедляться?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #23, #33

19. Сообщение от kiwinix (?), 21-Сен-18, 00:40	+1 +/–
Не поверишь, но кеды тоже мало оперативы едят
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #21, #28

20. Сообщение от Аноним (20), 21-Сен-18, 01:10	+2 +/–
> Вы выставили таймер по монотонному времени на 1 секунду и заморозили контейнер. После разморозки таймер тут же сработает. а почему он не должен сработать? секунда же прошла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #44

21. Сообщение от Аноним (21), 21-Сен-18, 01:33	+2 +/–
А dwm ещё меньше!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #25

22. Сообщение от EuPhobos (ok), 21-Сен-18, 01:52	–3 +/–
Да, если машину зашвырнуть со скоростью близкой к световой, почему бы и нет. Ну или машину отправить к чёрной дыре, смотря какая теория. А кварц он и в африке кварц.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #31, #53

23. Сообщение от Никонор Бонифатич (?), 21-Сен-18, 02:51	+/–
и иногда идти назад
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #30

24. Сообщение от Аноним (24), 21-Сен-18, 03:15	+3 +/–
Блин, вы так не пугайте! (Линус отошел от дел, если что. И то временно)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #40

25. Сообщение от Аноним (25), 21-Сен-18, 06:54	+/–
чудненько, сравниваешь DE с WM ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

28. Сообщение от th3m3 (ok), 21-Сен-18, 08:59	–2 +/–
> Не поверишь, но кеды тоже мало оперативы едят Столько же, сколько и Gnome. Но точно больше, чем Xfce.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

30. Сообщение от Аноним (30), 21-Сен-18, 10:10	–1 +/–
и вверх
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

31. Сообщение от Аноним (31), 21-Сен-18, 10:50	+/–
> А кварц он и в африке кварц. в том то и фишка, для синхронизации с отстающими придётся ускорять, а это как-бы сложнее чем замедлять...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

32. Сообщение от Аноним (32), 21-Сен-18, 11:17	+4 +/–
А что шаревару с ограниченным временем бесплатной работы уже в докерах распространяют?
Ответить | Правка | Наверх | Cообщить модератору

33. Сообщение от VladSh (?), 21-Сен-18, 12:43	+/–
На быстрых же должно ускоряться? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

34. Сообщение от Аноним (34), 21-Сен-18, 12:54	+/–
Гному станет только лучше (хотя ему уже сложно помочь). А ядру, я вангую, станет сейчас плохо релиза два-три так это будет продолжаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #37

36. Сообщение от Аноним (40), 21-Сен-18, 16:20	+/–
Предлагаю скидываться всем сообществом. Отправим разработчиков Гнома на Марс. В туристическое путешествие. А можно сразу в другую галактику.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

37. Сообщение от Аноним (40), 21-Сен-18, 16:29	+4 +/–
Гном изуродован ради планшетиков, которые так и не появились. >Гному станет только лучше (хотя ему уже сложно помочь) Очень просто. rm Gnome3/ -rf unzip Gnome2.src.zip Нет ни одной причины по которой надо было бросать второй гном и клепать это мерзейшее, неудобное, блевотное угребище. Это как взять и зарезать собственного ребенка и усыновить трансексуального, аутичного беженца из Гамбии. Так прогрессивно!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

38. Сообщение от Аноним (40), 21-Сен-18, 16:30	+3 +/–
Даже стоящие часы иногда показывают точное время. Два раза в день.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #49, #52

40. Сообщение от Аноним (40), 21-Сен-18, 16:44	+6 +/–
Хахаха. Наивный. Среди разработчиков ядра уже начались чистки. >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. Не прошло и дня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #41

41. Сообщение от Michael Shigorin (ok), 21-Сен-18, 18:10	–1 +/–
>> 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. > Не прошло и дня. Надеюсь, в результате выпилят как дуру Сару, так и дурацкий текст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #45, #51

42. Сообщение от Аноним (42), 21-Сен-18, 18:48	–1 +/–
Они бы определились, контейнеры это виртуальные машины или нет. Вроде, пяткой в грудь били, что нет.
Ответить | Правка | Наверх | Cообщить модератору

43. Сообщение от Аноним (42), 21-Сен-18, 18:50	–1 +/–
Контейнеры - голый король. Управление ресурсами и привилегиями процессов очень важно, но было задолго до контейнеров, есть и сейчас. Прекрасно работает.
Ответить | Правка | Наверх | Cообщить модератору

44. Сообщение от Аноним (6), 21-Сен-18, 18:57	+/–
Попробуйте сделать семафор своей реализации с таймаутом через монотонные часы и узнаете, почему это он не должен был сработать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

45. Сообщение от Аноним (45), 21-Сен-18, 23:13	+/–
Да-да, надейся и жди.. Надёжнейший рецепт. Опробован миллиардами людей с немного предсказуемым результатом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

46. Сообщение от Аноним (46), 23-Сен-18, 22:12	+1 +/–
Кот из дома - мыши в пляс
Ответить | Правка | Наверх | Cообщить модератору

47. Сообщение от evkogan (?), 24-Сен-18, 15:26	+/–
Вообще это очень нужная вещь. Странно что тут все покритиковали. Например Оракл нельзя сделать онлайн миграцию контейнера именно из-за проблем, что он сам себя мониторит с жесткой привязкой ко времени. Конечно ложка хороша к обеду, у меня он был лет 5 назад, ну еще 3 года назад. Но лишним точно не будет
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

48. Сообщение от Аноним (46), 25-Сен-18, 00:22	+/–
Для нормального софта (т.е. когда программист прочитал мануал и понимает значение слова "монотонный") знание настоящего изменения времени может быть полезнее, чем имитация его остановки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

49. Сообщение от zamorskij gost (?), 25-Сен-18, 17:21	+/–
V SUTKI :)))))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

50. Сообщение от Аноним (50), 27-Сен-18, 20:33	+/–
> могут неправильно работать различные системы таймаута, сделанные своими силами в приложениях, > например. Таймаут в случае заморозки приложения в любом случае может сделать нечто странное. Если хотели таймаут через 5 секунд, а приложение было в коме полчаса - таймаут всяко пропущен. И надо ли этот таймаут кому-то через полчаса - большой вопрос. Еще больший вопрос - надо ли кому-то этот таймаут через полчаса и пять секунд, или ровно полчаса, как правильно и есть ли какая-то разница, если это через полчаса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

51. Сообщение от Аноним (50), 27-Сен-18, 20:37	+/–
> Надеюсь, в результате выпилят как дуру Сару, так и дурацкий текст. Кто по итогам дурой окажется тоже еще вопрос. Если у кого-то на вас серьезный зуб - вы таки должны ожидать за это определенные неприятности как один из вариантов развития событий. Устроен этот мир так. Так что если влезать в клещи и рубки - так и не обижаться потом на последствия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

52. Сообщение от Аноним (52), 27-Сен-18, 20:40	+/–
> Даже стоящие часы иногда показывают точное время. А если часы тикают, они могут и не показать одинаковое время за обозримый интервал. Например, если у меня пара часов, одни отстали на 15 минут от других, ждать пока они станут показывать одинаковое время придется довольно долго, явно более 1 дня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

53. Сообщение от Аноним (52), 27-Сен-18, 20:41	+/–
> А кварц он и в африке кварц. Кварц и в африке кварц. И зависит от дюжины факторов. Самый очевидный конечно же температура.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

54. Сообщение от eisaev (?), 25-Фев-21, 11:13	+/–
Это изменение откатили почти сразу: https://github.com/torvalds/linux/commit/a3ed0e4393d6885b4af...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема