Fluentd может собирать логи и отправлять их в kibana, также можно написать плагин к fluentd со всеми тестами. В kibana есть возможность вызова определённых функций по агрегированным данным. Т.е. оно вам спокойно вызовет функцию для обработаки события в случае каких-то "перепадов" в графиках и т.п.
Вы популяризируюете кэширующий DNS нужными доменами и при последующих вызовах сборщика страниц экономите кучу времени.
В сам кэширующий DNS можно загрузить сколь угодно дочерних, и мониторить их отзывчивость - он сам будет расспределять нагрузки в зависимости от задержек. Нельзя просто взять и положить в /etc/resolv.conf кучу серверов и надеяться что нагрузка будет равномерно расспределяться.
2. Как вариант ознакомьтесь с паттерном Disruptor и способами ассинхронной обработки событий, ну вот c epoll() и kqueue() к примеру, и не давайте дурных советов.
Тут важно не только читать теорию, а и сразу писать реализации алгоритмов на изучаемом языке. Потому что по другому просто в мозгах хреново откладывается...
AVRки вымирают - низкое соотношение цена/скорость+начинка.
Тот же STM32 очень сильно их в этом плане обгоняет по цене в 1.5-2$.
Если хотите нормальной производительности не играйтесь с питоном.
Желательно что бы это было С/C++... Можно попробывать просто купить Raspberry PI и собрать кастомный дистрибутив - Arch к примеру.
Из хороших и недорогих мониторов отлично зарекомендовал себя Asus
PA248QJ PA279Q PB278Q. Для любого IPS монитора нужен калибратор и подстройка LUT таблицы если хотите действительно хороших результатов а не голых цифр спецификации.
Найти IPSку которая на 99% покрывает sRGB сейчас вообще не проблема, и дело не в "MAC против РС". Вот Adobe RGB обычно нужен только для печатной продукции. Наверное @Ugputu просто не очень хорошо разбирается в мониторах. У меня к примеру стоит hp envy 27 - многие не замечают разницы с маком.
Не могу сказать что навыки алгоритмизации сильно помагают программисту в работе. Сейчас всё очень шаблонно, и программисту не нужно думать головой... что собственно очень печально.
По этому я и отписал что "нужно думать как программист - это бредни"
