Бенчмарки DNS-клиентов:

- bind9-dig очень медленный даже со всеми оптимизациями при кастомной сборке: 25 мс из пакетов, 10 мс свой билд (см. скрипт build_dig.sh)
- ldns-drill из пакетов войда выдаёт ~2.5 миллисекунды на запрос, а кастомная сборка в 1.7 раз медленнее (4−4.5 мс), какие бы наборы флагов я ни ставил, так что в тестах использован бинарник из пакетов; в последних нескольких бенчах почему-то выполнял запросы медленнее в полтора раза (~3.8 мс)
- hickory-resolve на расте стабильно выполняет днс-запросы за 1.9−2.1 мс, при сборке задействованы panic=abort и lto=fat, затем добавил codegen-units=1, но эта оптимизация на результаты не повлияла

https://git.dc09.ru/DarkCat09/dns-bench

#benchmark #dns #rust @ru

Когда стал качать музыку с торрентов в FLAC, заметил, что плеер Tempo на андроиде воспроизводит теперь треки без задержки между ними — это очень важно, когда есть ровные переходы внутри альбома, как у Linkin Park. То ли пофиксили этот самый gapless в новой версии, то ли из-за флака. Потом проверил на MP3шке, и действительно, задержка в <100 мс есть, как и было. Потом проверил на OPUS.

Короче, #android идеально умеет в gapless playback для #flac и #opus, то есть для всех нормальных форматов, в число которых мп3 не входит.

Раньше музыку брал с яндекса и ютуба через musicdlp, там автоконвертация в mp3 и заполнение ID3-тегов.

FLAC — это и формат кодирования аудио, и контейнер с поддержкой тегов (Vorbis comment). OPUS — это только энкод/декод, чтобы добавить теги вроде названия трека, альбома, даты выпуска, текста песни и обложки (тоже в формате Vorbis) нужно положить его в контейнер OGG.

Сконвертировал ффмпегом часть музыки из флака в огг с энкодером libopus. Очень приятная фича: #ffmpeg сам скопировал все теги Vorbis comment из флака в огг, прям ни одного не потерял. Крутая штука.

FLAC оставил на личном компе на террабайтовом диске, а на сервере пусть музыка будет в OGG+OPUS, и так места мало.

А, да, я нагуглил, какой битрейт для конвертации в OPUS лучше выбрать: на реддите пишут, что на 160 кбит/с уже не слышно разницы с оригиналом, а труъ меломаны утверждают о 192 кбит/с.

#music @ru

Обычные юзеры просто не знают о существовании федеративных и p2p-сетей. Заблокировали вайбер — уходят в телеграм. Его заблокируют — пойдут во вконтакте, прости Господи, даже если он лагает в сто раз больше. Про шифрование тем более никто не думает, "нам нечего скрывать".

Хочу написать страничку с простым объяснением про открытые/проприетарные протоколы, про федерацию как сложноблокируемую сеть, ибо мне недавно удалось вкратце объяснить это маме.
На английском и русском. Потом коммьюнити поможет с переводом на другие языки.

Есть такое уже? Или начинаю продумывать текст и картинки?

@ru @rf #opensource #messengers #censorship

Решил отборочный тур prodcontest.ru
Это олимпиада по реальному программированию (не олимпиадному с алгоритмами, а реальному! естественно, я зарегистрировался сразу), мне о ней сообщили в рассылке Тинькоффа.

Сначала тест, штук 28 примитивных вопросов по http и rest, по вёрстке и js, по базам данных, git и алгоритмам.

Дальше 4 задачи. И, блин, походу нужно было их воспринимать как на обычном собеседовании, а не как на олимпиаде. Ибо в условии много чего было не оговорено, у меня появлялись вопросы => додумывал, сильно переусложнял; а решение засчитывалось, если проходило один-единственный тест из примера. Ну вот и зачем тогда делать интерфейс LeetCode-like?

Настолько тупым я себя ещё не ощущал :)
Сидел долго со второй задачей, пытаясь написать парсер для путей веб-сервера с параметрами (типа `/users/:id/create`) + подстановку параметров в респонз вида `Created {id} user`. Вычисление индексов сразу же корректно не удалось сделать, естественно.
Для теста достаточно было правильно парсить один параметр в конце пути, что я и сделал в итоге, так как на отладку г-кода с парсингом нескольких параметров времени не осталось.

Последняя задача выглядела очень лёгкой, но я решал по порядку. Не успел. Так что из не-тестовых у меня только две…

А, да, и ещё: очень хотелось возможности писать решения на расте. Динамически типизированный питон и его синтаксис — это ужас. Но другие ЯПы из предложенных знаю хуже.

Так, ну, надеюсь, что меня всё же допустят до следующего этапа, теорию на "собесе" я вроде хорошо показал (хотя это всё можно было и нагуглить… кхм, а в чом смысл тогда). Прошу прощения у проверяющих за мой код, на этапе с реальными задачами я сделаю в наилучшем виде, правда.

И мне нужно будет выбрать между бэком, фронтендом и мобайлом. Чо делать. Я фуллстэк, мне и бэкенд и фронтенд писать нравится. Для второго разве что с инструментами дизайнеров работать не умею — должны, кажется, дать макет в фигме. А бэк либо на питоне (ну бе), либо на гошке (писал, но не то чтобы знаю язык).

#prodcontest