Патчсет для использования планировщиков I/O с blk-mq
http://lkml.iu.edu/hypermail/linux/kernel/1612.0/02646.html
Это делается специально, чтобы наконец-то смержить BFQ. Ура.
Пруф: https://groups.google.com/d/msg/bfq-iosched/mOPpF1aUcrY/WS-xUyfsBQAJ
http://lkml.iu.edu/hypermail/linux/kernel/1612.0/02646.html
Это делается специально, чтобы наконец-то смержить BFQ. Ура.
Пруф: https://groups.google.com/d/msg/bfq-iosched/mOPpF1aUcrY/WS-xUyfsBQAJ
Разбираюсь с шейпером на таком простом примере:
# шейпим исходящий трафик, корневая дисциплина — HTB
tc qdisc add dev enp3s0 root handle 1: htb default 99 r2q 1000
# корневой класс на ~20-мегабитный линк
tc class add dev enp3s0 parent 1: classid 1:1 htb rate 18000kbit burst 10k
# дочерний класс, допустим, сюда мы хотим засунуть ICMP
tc class add dev enp3s0 parent 1:1 classid 1:11 htb rate 100kbit ceil 18000kbit prio 1 quantum 2000
# дочерний класс по умолчанию для неклассифицированного трафика
tc class add dev enp3s0 parent 1:1 classid 1:99 htb rate 100kbit ceil 18000kbit prio 2 quantum 2000
# навешиваем fq_codel на дочерние классы
tc qdisc add dev enp3s0 parent 1:11 handle 11: fq_codel
tc qdisc add dev enp3s0 parent 1:99 handle 99: fq_codel
# собственно, фильтр для ICMP
tc filter add dev enp3s0 parent 1: bpf run bytecode "$(tcpdump -ienp3s0 -ddd 'ip proto 1' | tr '\n' ',')" flowid 1:11
Счётчики для 1:11 после такого лежат в нулях, весь трафик валит в 1:99. Если фильтр заменить на обычный u32, то всё ОК:
tc filter add dev enp3s0 parent 1: u32 match ip protocol 1 0xff flowid 1:11
Самое плохое то, что всё это на BPF раньше работало. Не могу понять, что поменялось или сломалось при очередном апгрейде.
Arch, ядро v4.7.6, стоковое.
Есть вредная железка X, которую нужно мониторить по SNMP и которая в упор не отвечает на IP-пакеты с флагом DF (баг в прошивке, который неизвестно как, когда и кто пофиксит).
Есть софт, живущий в контейнере (systemd-nspawn), который опрашивает snmpget'ом разные железки, в том числе и железку X.
Проблема в том, что все пакеты от софта в контейнере шлются с установленным флагом DF. Если на гипервизоре выставить ip_no_pmtu_disc=1 и запустить софт прямо на том же гипервизоре, а не в контейнере, то всё работает. Однако ip_no_pmtu_disc=1 не влияет на софт в контейнере — пакеты всё равно шлются с флагом DF.
Как быть?
Проверялось на Arch'е, CentOS'е 7, Ubuntu в systemd-nspawn и docker'е — везде одно и то же.
Знакомые ищут приходящего админа-эникея в офис в Киеве. Чего хотят:
З/п по результатам собеседования как договоритесь — есть варианты с помесячной или почасовой оплатой.
Резюме присылайте мне, я перешлю ответственным.
BFQv8 в очередной раз предложили включить в ядро.
Патчи не добавляют новый планировщик, а модифцируют CFQ до нужного состояния.
17 Сентября 2016 в Киеве пройдет OSDN Conference 14.0 — ежегодная конференция разработчиков и пользователей свободного программного обеспечения. Участие в конференции бесплатное.
Основной темой мероприятия традиционно является практическое применение решений с открытым исходным кодом, включая облачные вычисления, DevOps, интернет вещей (IoT) и многое другое. К участию приглашаются все, заинтересованные в создании и использовании свободного ПО.
Место проведения конференции — «Нивки Холл» по адресу пр. Победы, 84.
>>> Сайт мероприятия
https://community.skype.com/t5/Linux/Skype-for-Linux-Alpha-and-calling-on-Chr...
Для альтернативно переходящих по ссылкам: это просто веб-версия, обёрнутая в локальный гуй. Там в пакете чего только нет — Node, куски Хромиума и т.п.
Печаль. Хотя нет. Так ему и надо.
Компания Ланет Нетворк сделала общедоступным код демона для балансировки UDP-трафика рекурсивного DNS — dnsbalancer. Демон используется для распределения клиентских DNS-запросов между многочисленными рекурсивными DNS-серверами с целью балансировки нагрузки и повышения отказоустойчивости кластера рекурсивного DNS.
Возможности dnsbalancer'а:
Демон способен обрабатывать десятки тысяч запросов в секунду на виртуальной машине с несколькими ядрами. Код демона работает только под управлением ядра Linux версии 3.9 и выше.
>>> Исходный код
Хочу к транку SIPNET'а подключаться по TLS. Собственно, регистрация и исходящие звонки завелись, а с входящими непонятки.
Если есть кто осведомлённый, просьба кинуть в меня рабочим конфигом.
Зашёл тут на sipnet.ru и обомлел:
Your IP Address is a.b.c.d blocked. If you this an error, please contact us with your IP at support@sipnet.ru.
Попробовал через TOR — та же фигня. У меня локально крутится TOR-нода (но не как выходной узел, а как промежуточный), так что думается, что SIPNET стал просто блочить всех причастных к TOR'у, даже промежуточные узлы.
При этом сам SIP работает.
Кто может проверить?
Состоялся первый выпуск десктопного патчсета pf-kernel для ядра Linux ветки 4.5.
pf-kernel — это набор патчей, которые не входят в основное ядро, но обеспечивают повышенную отзывчивость системы, предоставляют альтернативную подсистему гибернации, более быструю, нежели основная, а также уменьшают использование памяти с помощью техники объединения одинаковых страниц.
В патчсет входят:
Новшеством этого выпуска стал патчсет от Дженса Ексбо (Jens Axboe), который предназначен для решения проблемы bufferbloat во время работы фонового writeback для медленных блочных устройств. В 4.5-pf1 доступна последняя, 4-я версия патчсета.
Патч применяется к чистому ядру версии 4.5 без стабилизационных патчей. В патчсет входит последняя стабильная версия ядра 4.5.1.
Также доступны бинарные сборки для Arch Linux (x86_64) для процессоров Intel Ivy Bridge и AMD Jaguar.
>>> Официальный сайт
>>> Скачать патч
>>> Анонс
Продаю комплект фототехники:
Киев, личная встреча. Можно, конечно, и по Новой Почте. Сейчас курс 25.
Нужен человек (или группа людей), который смог бы заняться разработкой тематического веб-ресурса, его поддержкой, продвижением и наполнением на постоянной основе. Вариант «сделал — отдал — забыл» не интересует.
Технология frontend'а и backend'а значения не имеет.
Специфику ресурса объяснят при личном общении.
Мопед не мой, кто заинтересован — пишите (email в профиле), перенаправлю к нужному человеку. В письме крайне желательны ссылки на реализованные проекты.
Планируется новое интервью с разрабом Reiser4. Можете оставить здесь свои вопросы, я попробую их ему озвучить.
На двух протестированных мною машинах TOI не смог зафризить ядерные треды btrfs'а, соответственно, гибернация гарантированно не удавалась.
Это я что-то не так делаю? По интернетам гуляют неотвеченные треды об этой проблеме как о достаточно давней. Возможно, как-то лечится, а я не знаю?
Так совпало, что перед подготовкой релиза 4.2-pf1 я переустановил систему и поменял себе полностью дисковую разметку вместе с ФС. И оттестить TOI теперь не выходит.
30-го августа, после чуть более двух месяцев разработки и восьми кандидатов в релизы вышла новая версия ядра Linux 4.2. В ней представлены множественные изменения, основные из которых выделены ниже.
( читать дальше... )
Конечно же, в новом ядре есть и множество других изменений, которые, к сожалению, не поддаются перечислению в рамках данной новости. Чтобы получить более детальную информацию о новшествах ядра, рекомендуется обратиться к указанным ниже источникам.
← предыдущие | следующие → |