Да метод и этой статьи можно адаптировать, если правильно вычислить n (не 25) и не для IEEE double. Точность достижима любая.
Просто вопрос: если в прикладной задаче хватает точности IEEE double, то целесообразно ли переписывать реализацию стандартных функций?
Хорошо, если просто отключить…
Конкретный пример: относительно недавно monitor стал устаревшим и по умолчанию не собирается, вместо него mixmonitor. Вопрос: является ли monitor не нужным новичку, т.к. не выбран по умолчанию?
p.s. И как быстро проблема станет заметной, т.к. после пересборки всё будет работать, просто не будет файлов с записями. Все контролируют их появление и посылают алерты? И долго новичок будет разбираться в чем проблема после обновления?
После редактируем /etc/asterisk/modules.conf. Убираем лишнее, например:
noload => chan_sip.so
так почему не убрать лишнее на этапе выбора того, что требуется собрать? Если ответ — а вдруг понадобится потом, то chan_sip точно не лучший пример; к тому же потом можно и пересобрать.
Хорошо бы объяснить эту недокументированную магию, за что отвечают биты в этой ячейке. Тем более RTOS SDK явно не менее популярен, а про него вы ничего не сказали. И, думаю, добровольно использовать non-OS SDK не все хотят в своих проектах.
начиная с версии 3.0
И заканчивая 3.0.2 (от марта 2020) включительно? Или не проверяли? Просто вдруг через 1.5 года ещё выпустят.
в устройствах с медленными датчиками или с большим их количеством существенно возрастает время получения информации от датчиков
А почему бы в таких устройствах не использовать другой МК (самый простой и дешевый вариант для DIY — загуглить «AVR picoPower»), который включит и разбудит ESP8266. Например, через биполяный транзистор и повышающий преобразователь до 3.3
По личной необходимости и на основании обратной связи, особенно касаемо новых населенных пунктов.
База не очень «динамическая»: численность населения меняется редко, собирается автоматически + ручной контроль, если значительное отклонение или ошибка в ожидаемом формате.
Есть и обратная поведение. У меня от Яндекса «Мы проверили вашу заявку и вынуждены её отклонить. Указанные в ней данные не подтвердились...». Приходится (вернее приходилось, т.к. надоело, что ничего не поменялось) писать в поддержку нехорошие слова о здравом смысле, после извиняются и исправляют данные. Я всё понимаю, но несколько обидно, когда присылаешь корректное исправление, а получаешь такой ответ.
— Нет, подчиненность другому населенному пункту в моей базе указана ( поле part_of, locdb.ru/doc ) Указанного вами и нескольких других ( ru.wikipedia.org/wiki/Административное_деление_Кирова ) нет по причине отсутствия странички в Википедии. Там многих посёлков, к сожалению, нет ( ru.wikipedia.org/wiki/Ганино ). Есть регионы, где все хорошо и странички есть даже куда у меньших посёлков, а есть «проблемные». Конкретно в этом случае я даже не заметил бы отсутствия, т.к. на практике всё равно менеджеры использовали бы Киров, а далее была бы выбрана улица вида «пос. Ганино \ ул. ***». Но повторюсь: в этом случае, применительно к БД, причина только в отсутствии странички Википедии.
— Смысл базы больше не в интересных городах, а в практическом применении. Но вы правы, Байконур, пожалуй, мне следует добавить, хоть это и Казахстан, но «арендован Россией на период до 2050 года». Моя база не соответствует иерархии ФИАС, о чем сразу и заявлено (двухуровневая иерархия), поэтому по аналогии с Москвой — регион: «Байконур», населенный пункт «город Байконур». Страничка есть ru.wikipedia.org/wiki/Байконур_(город)
— По быстрому гуглению в населённых пунктах (если станции так назвать) Антарктики значительно менее 1000 человек ( sevabashirov.livejournal.com/281499.html ), особенно в российских :)
Просто вопрос: если в прикладной задаче хватает точности IEEE double, то целесообразно ли переписывать реализацию стандартных функций?
Конкретный пример: относительно недавно monitor стал устаревшим и по умолчанию не собирается, вместо него mixmonitor. Вопрос: является ли monitor не нужным новичку, т.к. не выбран по умолчанию?
p.s. И как быстро проблема станет заметной, т.к. после пересборки всё будет работать, просто не будет файлов с записями. Все контролируют их появление и посылают алерты? И долго новичок будет разбираться в чем проблема после обновления?
И заканчивая 3.0.2 (от марта 2020) включительно? Или не проверяли? Просто вдруг через 1.5 года ещё выпустят.
А почему бы в таких устройствах не использовать другой МК (самый простой и дешевый вариант для DIY — загуглить «AVR picoPower»), который включит и разбудит ESP8266. Например, через биполяный транзистор и повышающий преобразователь до 3.3
База не очень «динамическая»: численность населения меняется редко, собирается автоматически + ручной контроль, если значительное отклонение или ошибка в ожидаемом формате.
— Смысл базы больше не в интересных городах, а в практическом применении. Но вы правы, Байконур, пожалуй, мне следует добавить, хоть это и Казахстан, но «арендован Россией на период до 2050 года». Моя база не соответствует иерархии ФИАС, о чем сразу и заявлено (двухуровневая иерархия), поэтому по аналогии с Москвой — регион: «Байконур», населенный пункт «город Байконур». Страничка есть ru.wikipedia.org/wiki/Байконур_(город)
— По быстрому гуглению в населённых пунктах (если станции так назвать) Антарктики значительно менее 1000 человек ( sevabashirov.livejournal.com/281499.html ), особенно в российских :)