still_ntp

[amarao]

В ходе локального мозгового штурма у меня родилась суперидея. Надо написать ntp сервер, который может отдавать указанную дату. Т.е. сказали при запуске сервиса "1990-01-01 12:00:00", он отвечает на ntp-запросы 1990-01-01 12:00:00. И через час всё равно отвечает "1990-01-01 12:00:00".

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

Кажется, я придумал себе хорошее упражнение для rust'а.

Comments

[sab123]

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

[amarao]

adjtimex говорит, что может не больше чем на пол-секунды подстраивать. Теперь задача сделать так, чтобы он подстраивал 0.5c за 0.5с.

Что на сервере станет весело от такого я знаю, ради этого и делается.

[sab123]

Но зачем? Если такого в реальности не бывает, зачем тестировать режим за границами разумного?

[amarao]

Потому что весело. Они говорили "идемпотентный". Они говорили "декларативный". Вот я и сделал (ок, не сделал, планирую) идемпотентный декларативный сервер времени, который может обеспечить идемпотетность процесса выставления времени.

For fun and glory!

[juan_gandhi]

Я вообще не понимаю, как люди тестируют свой софтвер, используя реальное время. Все эти System.currentTimeMillis(). По мне так это чистый идиотизм. Но все так делают, к сожалению.

[amarao]

В линуксе есть time namespaces для таких штук, кстати. Пока не было, была печаль и страдание.

[juan_gandhi]

О, хорошая вещь. Мне не приходилось так уж какие-нибудь cli программировать (почти); а в скале-джаве можно все руками замокать.