Тестирование синхронизации приложения

Ад да, полностью плохая идея - они ДОЛЖНЫ быть уникальными.

3
задан 7 February 2011 в 22:45
2 ответа

Вместо того, чтобы играть с системными часами, я предложил бы использовать faketime

Поддельная Библиотека Предварительной нагрузки Времени (FTPL, иначе libfaketime) прерывает различные системные вызовы который использование программ получить текущую дату и время. Это может затем сообщить о фальсифицируемых датах и времени (как указано Вами, пользователем) к этим программам. Это означает, что можно изменить системное время, которое программа видит, не имея необходимость изменять время в масштабе всей системы. FTPL позволяет Вам указывать обе абсолютных даты (например, 01.01.2004) и относительные даты (например, 10 дней назад).

Затем можно записать тестовый драйвер, который называет каждый из компонентов системы с соответствующим поддельным временем.

2
ответ дан 3 December 2019 в 07:14

Два подобных вопроса имеют уже быть отвеченными здесь и здесь.

Самый хороший путь к ускорению, системные часы должны использовать системные вызовы adjtime или adjtimex, но они корректируют часы очень медленно для не нарушения процессов, полагающихся на точные временные интервалы.

cronjob решение вызовет переход постоянного времени, который, конечно, нарушит некоторую программу, работающую на Вашем сервере (например, крон мог не запустить задание, если бы часы перешли за время, когда задание должно иметь быть запущенным),

0
ответ дан 3 December 2019 в 07:14

Теги

Похожие вопросы