The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Ubuntu начинает интеграцию компонентов systemd. NixOS переше..., opennews (??), 23-Фев-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


106. "Ubuntu начинает интеграцию компонентов systemd. NixOS переше..."  –1 +/
Сообщение от Аноним (-), 24-Фев-13, 13:15 
> и как мы без этого раньше-то жили?

Ну вот так и жили. Идея рассылить по шине анонсы world-changing событий - весьма здравая, кстати. Еще скажите что вы никогда не видели взглюков программ при каком-нибудь переводе часов...

Ответить | Правка | Наверх | Cообщить модератору

108. "Ubuntu начинает интеграцию компонентов systemd. NixOS..."  +/
Сообщение от arisu (ok), 24-Фев-13, 13:20 
> взглюков программ при каком-нибудь переводе часов…

ага. благодаря шине, конечно, глюки магически исчезнут. то есть, до этого программисты забивали на ситуацию «время ВНИЗАПНА! поменялось», а тут все дружно начнут её обрабатывать. воистину, Панацея!

Ответить | Правка | Наверх | Cообщить модератору

117. "Ubuntu начинает интеграцию компонентов systemd. NixOS..."  +/
Сообщение от Аноним (-), 24-Фев-13, 17:03 
> ага. благодаря шине, конечно, глюки магически исчезнут.

Не исчезнут, но писать программы в которых таких проблем не будет станет намного проще. Одно дело если ты подписался на событие и потом тебе его пришлют, и другое - если тебе самому надо постоянно дрыкать системные часы на предмет "ой, не изменились ли? ой, не изменились ли? ой, не изменились ли?" ... при том что данные сисколы вообще-то known источник довольно большого оверхеда.

> то есть, до этого программисты забивали на ситуацию «время ВНИЗАПНА! поменялось»,

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

> а тут все дружно начнут её обрабатывать. воистину, Панацея!

Не столько панацея сколько относительная геморность реализации. Подписаться на эвент проще чем самому др@чить часы постоянно.

Ответить | Правка | Наверх | Cообщить модератору

120. "Ubuntu начинает интеграцию компонентов systemd. NixOS..."  +2 +/
Сообщение от arisu (ok), 24-Фев-13, 17:11 
> Не исчезнут, но писать программы в которых таких проблем не будет станет
> намного проще. Одно дело если ты подписался на событие и потом
> тебе его пришлют, и другое — если тебе самому надо постоянно
> дрыкать системные часы на предмет «ой, не изменились ли? ой, не
> изменились ли? ой, не изменились ли?» … при том что данные
> сисколы вообще-то known источник довольно большого оверхеда.

а можно пример программы, которая не запрашивает системное время, но при этом хочет знать про его смену? зачем?

хинт: для измерения интервалов это нафиг не надо.
хинт: если автор работает с текущей датой/временем, и при этом не проверил разумность полученых значений (например: новое должно быть больше предыдущего) — то это или дебил, которого нельзя подпускать к разработке, или программе это действительно пофигу (set file mttime to current time в файловом менеджере, например).

>> то есть, до этого программисты забивали на ситуацию «время ВНИЗАПНА! поменялось»,
> Ну, понимаешь, писать такие программы станет проще.

которые забивают? точно так же, как и до этого: смело проигнорить всё, что можно.

>> а тут все дружно начнут её обрабатывать. воистину, Панацея!
> Не столько панацея сколько относительная геморность реализации. Подписаться на эвент проще
> чем самому др@чить часы постоянно.

см. выше.

итого: реально у такой штуки три с половиной применения в полутора программах. но при этом в памяти висит демон, упорно следит (он же уследит, если я просто от рута сменю дату? или только если самого демона попросить?), ест ресурсы.

кстати: а как насчёт таймзон? реально никакие системные часы при переходе daylight time ведь не меняются. а если у меня в одной программе одна таймзона, а в другой — другая? это и без рута можно. что сделает бедный демон, который вообще ни разу ни в курсе, у кого какая?

итого: нишевое решение почти несуществующей проблемы. тупое, лобовое, бесполезное. ну, как всё, что выходит из-под портеринга.

Ответить | Правка | Наверх | Cообщить модератору

135. "Ubuntu начинает интеграцию компонентов systemd. NixOS..."  +/
Сообщение от Аноним (-), 24-Фев-13, 21:00 
> а можно пример программы, которая не запрашивает системное время, но при этом
> хочет знать про его смену? зачем?

Любой логгер, например. Постоянно дергать сисколы при каждой записи логов - оверхед большой. Какой-то отдельный периодический фоновый поллинг - заметно усложняет программу и является костылем с турбонаддувом + некое время оно пробакланит до очередного поллинга. А вот если логгер уведомят что "чувак, время уехало!" он вполне может отмотать по свистку сразу, как только это случилось. >> Ну, понимаешь, писать такие программы станет проще.

> которые забивают? точно так же, как и до этого: смело проигнорить всё, что можно.

Ну как бы см. выше на то почему забивают. Геморно.

> итого: реально у такой штуки три с половиной применения в полутора программах.

Да на самом деле - в практически каждой работающей со временем.

> но при этом в памяти висит демон,

IIRC не висит а активируется через сокет-активацию только когда оно реально надо. И потом опять отваливает в туман.

> кстати: а как насчёт таймзон? реально никакие системные часы при переходе daylight
> time ведь не меняются. а если у меня в одной программе одна таймзона,
> а в другой — другая? это и без рута можно. что сделает бедный демон,

Кинет анонс по шине - мол, "дефолтная системная таймзона съехала". Дальше уже программы сами должны разруливать это. А вот самолично в своей программе ловить отъезд таймзоны - вот это да, знатное западло и всем лень, верно подмечено.

> тупое, лобовое, бесполезное.

Сразу видно человека который не пытался писать что либо ведущее логгинг и чтобы в логах еще и бреда не было.

Ответить | Правка | Наверх | Cообщить модератору

150. "Ubuntu начинает интеграцию компонентов systemd. NixOS..."  +2 +/
Сообщение от arisu (ok), 25-Фев-13, 06:25 
> Любой логгер, например. Постоянно дергать сисколы при каждой записи логов — оверхед
> большой.

а-а-а-а! то есть, логгер время события определяет по рисункам на потолке? обалдеть! надеюсь, это твои фантазии, и таких логеров в природе нет.

кстати. простая запись логов тоже «дёргает сисколы». и не один. а ещё в пингвинусе придумали VDSO, например. благодаря которому gettimeofday() становится намного менее болезненным.

> А вот если логгер уведомят что «чувак, время уехало!»

что тоже произойдёт далеко не сразу. опа.

>> но при этом в памяти висит демон,
> IIRC не висит а активируется через сокет-активацию только когда оно реально надо.
> И потом опять отваливает в туман.

а про изменение времени он узнаёт из астрала, пока спит. круто, я тоже хочу так уметь.

> Кинет анонс по шине — мол, «дефолтная системная таймзона съехала». Дальше уже
> программы сами должны разруливать это. А вот самолично в своей программе
> ловить отъезд таймзоны — вот это да, знатное западло и всем
> лень, верно подмечено.

ты так и не понял, что для каждой программы может быть указана своя личная TZ. просто изменением envvar. это раз.
два: как он узнает, что «съехала» даже системная? он же у тебя спит постоянно.
три: это происходит не мгновенно, что делать с ситуацией, когда программа успела сказать gettimeofday() до того, как уведомление пришло? рыдать горючими слезами? на выбор тебе несколько костылей:
1) уведомлять чуть заранее (ой, круто; «опять проверять надо» (ц) Кин-Дза-Дза);
2) перед каждым gettimeofday() спрашивать у демона, не поехало ли что-то (кто там про накладность сисколов вещал? а тут ещё круче);
3) забить на идиота-демона и реализовать логику самому.

>> тупое, лобовое, бесполезное.
> Сразу видно человека который не пытался писать что либо ведущее логгинг и
> чтобы в логах еще и бреда не было.

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

ещё раз: этот демон *относительно* полезен в случае, когда «справа внизу» тикают часики. тогда эти часики узнают о смене часового пояса не в следующую минуту (положим, секунды они не отображают и проверяют время раз в минуту), а почти сразу. всем пофигу.

хинт тебе: если в логах важна не только последовательность событий, а и время, когда они произошли — внизапна! там используют monotonic clock, с отсчётом времени от начала ведения лога (от запуска софтины). и опционально рядом пишут дату-время.

теоретики, блин.

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру