SciFi (12.12.2018 11:09, просмотров: 168) ответил Dingo на Нужно точнее секунды. Тут разные подходы: кто-то считает доли секунды (fixed point), кто-то микросекунды и отдельно тип с разрешением в наносекунды. Хотя 32.32 даёт разрешение чуть больше 200 пикосекунд.(Здесь я на стороне NTP)ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้
-
- ~100 мксек меня устроят. А пикосекунды это 1/(2^32). Dingo(307 знак., 12.12.2018 11:18)
- Не надо молиться на эти штуки. Кстати, в стандарте Си этого нет. Я бы вообще использовал сишную библиотеку только с точностью до секунды, а остальное всё сам. Там ничего хитрого нет от слова совсем. - SciFi(12.12.2018 11:39)
- Ну не так все просто, я вот о чем... ну эти все микросекунды для чего то были сделаны? - Тут бабах, пришла синхронизация секунд. Что делать с микросекундами? Оставлять? - это при том, что секунды поменялись? Обнулить? - съедет функциональность, VLLV(98 знак., 12.12.2018 11:49)
- Да знаю. Причём, в каком-то мануале по безопасному программированию натыкался на явный запрет использования time.h . (Вроде даже MISRA C) Dingo(132 знак., 12.12.2018 11:48)
- В моём понимании time.h нужен только для перевода времени из time_t в читаемый человеком формат и обратно. И там неопределённость: time_t - это int32_t или int64_t. Если отказаться - невелика потеря, код для перевода гуглится мгновенно. Больше SciFi(16 знак., 12.12.2018 11:56)
- Я работал с time.h без проблем, пока не стал придумывать упрощенную упаковку даты :) - VLLV(12.12.2018 11:52)
- Не надо молиться на эти штуки. Кстати, в стандарте Си этого нет. Я бы вообще использовал сишную библиотеку только с точностью до секунды, а остальное всё сам. Там ничего хитрого нет от слова совсем. - SciFi(12.12.2018 11:39)
- ~100 мксек меня устроят. А пикосекунды это 1/(2^32). Dingo(307 знак., 12.12.2018 11:18)