Хочу купить ИБП, понятное дело, сразу смотрю на APC, т.к. там с софтом под Линукс всё в порядке (по крайней мере было). Но APC — это немного дороговато, хотя и терпимо, но, всё же, хотелось бы узнать, нет ли чего подешевле, но тоже с линуксовым софтом. Хочу, чтобы демон умел рапортовать основную статистику (вольтаж, потребляемая мощность, заряд), а также умел выполнять произвольные хуки при пропадании/появлении напряжения.

Через него будет включен домашний комп-роутер, так что рэковые и промышленные решения можно не вспоминать.

Советуйте.

Несколько графиков интересующимся вопросом.

https://natalenko.name/?p=5029

«Не нужно» не нужно, проходите мимо.

Вышел.

Пишу об этом релизе потому, что пофикшено две большие проблемы. Первая — нестабильная работа PREEMPT-ядер с включенным BFS (наблюдалось ещё на старых версиях, начиная с 3.13). Вторая — поломанная компиляция TuxOnIce модулями.

Анонс

Патч

P.S. У Хецнера что-то с сеткой, если сайт не открывается, потерпите.

Решил тут позабавляться с C++ и Qt, а в качестве домашнего задания выбрал для себя генератор-менеджер паролей.

Софтина ни на что не претендует, но мне хотелось бы знать, нужна лично вам такая штука или нет. «Не нужно» можно тоже писать.

Пароли генерируются на основе мастер-пароля, протокола, логина, сервера, порта, выбранных символов и длины. Внутри всё основано на Keccak и простом тасовании.

Скрин.

Ну и кроме нужности/ненужности, хотелось бы знать, что должна уметь такая программа (я для себя хочу синхронизацию между устройствами, например, с помощью какого-нибудь p2p). Вдруг получится реализовать.

И да, я знаю, что аналоги есть.

UPDATE 1: PKGBUILD, исходники.

Есть два телефона: HTC Wildfire (CyanogenMod, Android 2.3.7) и Lenovo P780 (стоковая прошивка, обновленная до последней версии, Android 4.4.2).

Оба телефона привязаны к одной учётной записи гугла. На оба телефона ставится Google Authenticator. На оба телефона заводится один и тот же сайт для двухфакторной аутентификации.

На Android 2.3.7 генерируется правильный код, на 4.4.2 — неправильный. Причём, коды похожи (первые три цифры часто совпадают).

До обновления Lenovo P780 на нём был Android 4.2.x, и там всё работало.

На 4.4.2 пробовал ставить другие приложения-аналоги Google Authenticator, но проблема остаётся та же.

Почему так и как это лечить?

Кому надо, могут уже брать и компилить.

Анонс.

Ничего сверхнового: BFS v450, BFQ v7r5, TuxOnIce, UKSM v0.1.2.3, патч для выбора оптимизации под конкретный процессор от тов. graysky. Ну и стабильное дерево по состоянию на 3.16.1 тоже влито.

Есть домашний маршрутизатор. В нём для локалки торчит сетевуха под витую пару (eth1) и сетевуха под Wi-Fi (wlan0). Эти eth1 и wlan0 сведены в мост br0.

Проблема в том, что UDP-мультикаст, который шлёт приложение из локалки, не доходит до маршрутизатора. Конкретно проблема в том, что приложения не могут задействовать UPnP, поднятый с помощью miniupnpd.

Пробовал делать так:

echo 0 >/sys/devices/virtual/net/br0/bridge/multicast_snooping

но не помогло. Ещё пробовал так:

smcroute -j br0 239.255.255.250
smcroute -a br0 0.0.0.0 239.255.255.250 br0

но тоже не помогло. Ещё добавлял такое:

iptables -t mangle -A PREROUTING -i br0 -d 239.255.255.250 -j TTL --ttl-inc 1

но в результате как не работало, так и не работает. Тестил на машинке в локалке так:

upnpc -S

но эта штука рапортует, что никакого UPnP-девайса нет.

Вопрос: куда копать? И правильно ли я понимаю, что проблема как раз в мультикастинге?

1. Intel® Celeron® Processor 440 (512K Cache, 2.00 GHz, 800 MHz FSB)
2. Intel® Pentium® 4 Processor 2.80 GHz, 512K Cache, 533 MHz FSB
3. Intel® Core™2 Duo Processor T7700 (4M Cache, 2.40 GHz, 800 MHz FSB)
4. Intel® Core™2 Duo Processor T7400 (4M Cache, 2.16 GHz, 667 MHz FSB)
5. SAMSUNG M368L2923DUN-CCC PC3200U-30331-E0 1GB DDR PC3200 CL3
6. Micron 512MB PC-3200U DDR 400MHz CL3 MT8VDDT6464AG-40BD1
7. Aeneon 512MB AET660UD00-370B98X-PC2-4200U-444-12
8. Segate Barracuda 7200.8 250 GB (IDE)

Работоспособность не проверялась, поэтому гарантирую манибек в течение 3 дней. Выслать могу по Украине Новой почтой за ваш счёт.

Цены умышленно не называю, ибо не знаю, сколько такое вообще может стоить.

Если не хотите покупать, предложите что-нибудь взамен =). Может, у вас есть интересное железо.

http://lkml.iu.edu/hypermail/linux/kernel/1407.3/00650.html

Ъ:

Ok, so I'm looking at the code generation and your compiler is pure and utter *shit*.

Adding Jakub to the cc, because gcc-4.9.0 seems to be terminally broken.

Lookie here, your compiler does some absolutely insane things with the spilling, including spilling a *constant*. For chrissake, that compiler shouldn't have been allowed to graduate from kindergarten. We're talking «sloth that was dropped on the head as a baby» level retardation levels here

…

Somebody needs to raise that as a gcc bug. Because it damn well is some seriously crazy shit.

…

Anyway, this is not a kernel bug. This is your compiler creating completely broken code. We may need to add a warning to make sure nobody compiles with gcc-4.9.0, and the Debian people should probably downgrate their shiny new compiler.

Есть ли примеры рабочих шейперов с использованием QFQ? В чём его преимущества или недостатки? Какие у него параметры? man tc-qfq отсутствует, гуглёжка вменяемой информации не выдаёт.

Кому надо, вот патч, а вот анонс.

Вот, портировал.

https://gist.github.com/pfactum/921853bb3e926e3fe5d1

Проверял только ядро+initramfs в QEMU. Если кому нужно, проверьте, пожалуйста, со своими конфигами.

Кому интересно, вот: https://gist.github.com/5572bcf02b421f51ffdc

После почти двух с половиной месяцев разработки и восьми кандидатов в релизы вышла новая версия ядра Linux 3.15. С организационной точки зрения этот выпуск примечателен тем, что он состоялся в разгар двухнедельного окна приёма изменений для следующей версии, 3.16. Линус Торвальдс сообщил о проведении такого эксперимента в момент выпуска 3.15-rc8.

Технически же в новой версии произведена масса интересных изменений. Основные новинки ядра по категориям представлены ниже.

( читать дальше... )

Конечно же, в новом ядре есть и множество других изменений, которые, к сожалению, не поддаются перечислению в рамках данной новости. Чтобы получить более детальную информацию о новшествах ядра, рекомендуется обратиться к указанным ниже источникам.

• LWN (первая часть, вторая часть).
• Phoronix.

Скачать тарболл с исходным кодом

Скачать патч на ядро 3.14

>>> Официальный анонс

Пишу на Си не суть важно что, но это что-то читает блочное устройство в цикле по 512 байт за раз (по размеру блока). Т.к. блочное устройство — SSD, скорость чтения большая (~300–400 МиБ в секунду, подтверждается через IO_RATE в htop'е).

Допустим, я хочу каждую секунду выводить значение текущей скорости чтения. Раз в 1000 циклов чтения проверяю, прошла ли секунда, если да, то пишу статистику в консоль через printf.

Проблема в том, что это не работает. Точнее, работает, но с задержкой в 7–8 секунд. Если инфу выводить не через printf, а форматить вручную и писать через write(STDOUT_FILENO, buf, strlen(buf)), то всё выводится, как и нужно. Если после printf делать fflush(stdout), то тоже работает.

Собственно, два вопроса:

1. правильно ли я понимаю, что это из-за буферизации вывода через printf?
2. связано ли это с 12309?

Доступен v3.14-pf1. Всё как обычно: BFS, BFQ, UKSM, TuxOnIce.

Просьба ко всем, кому не интересно, проходить мимо. Мне вы тоже не интересны.

Анонс.

Патч.

Если у кого поломался KVM в 3.13-pf при использовании нескольких vCPU на одну гостевую систему (на самом деле, это касается и любителей чистого -ck, и вообще всего, что его содержит), эти коммиты фиксят проблему:

https://github.com/pfactum/pf-kernel/commit/f0010a3a9e45165b0fdb14b76d6054550...

Почему так — хз, но 1) явная бага в апстриме (https://bugzilla.redhat.com/show_bug.cgi?id=1038929) и 2) УМВР.

Патчики войдут в 3.13.2-pf.

https://pf.natalenko.name/forum/index.php?topic=253

Налетай, кому нужно.

Понадавали всякого барахла ненужного мне для опытов, теперь ищу под это дело материнки.

Нужны с 478-м и 775-м сокетом. Комплектация, собсно, не так и важна, важно, чтобы просто работало.

Для не осиливших теги: город Киев. Самовывезу, естественно. Ничего взамен не предлагаю, но если хотите сок — будет сок.

Если есть ещё что сбросить из ненужного (именно такое, что выбросить жалко, но в дело не идёт) — говорите, что есть.

В первую очередь на железе буду мучить фряху, если интересно.

Хочу воткнуть это:

• http://ark.intel.com/ru/products/29736/intel-celeron-processor-440-512k-cache...
• http://ark.intel.com/ru/products/27447/intel-pentium-4-processor-2_80-ghz-512...

Состоялся долгожданный выпуск новой, седьмой по счёту, версии планировщика ввода-вывода BFQ.

BFQ — универсальный планировщик I/O, который в первую очередь предназначен для значительного повышения отзывчивости пользовательского окружения при нагрузках на дисковую подсистему. Его разрабатывает преимущественно итальянская команда во главе с Паоло Валенте (Paolo Valente).

Седьмая версия планировщика примечательна следующими изменениями:

• значительно улучшено поведение системы при превышении лимита «грязных» страниц, что в обычных конфигурациях приводит к подвисаниям программ при активном использовании дисковых накопителей;
• улучшено определение приложений мягкого реального времени, благодаря чему уменьшились задержки в работе таких приложений;
• переработана поддержка HDD с NCQ, что привело к увеличению пропускной способности при использовании таких носителей;
• повышена надёжность эвристических алгоритмов при работе в QEMU и на платформах для встраиваемых систем.

Рекомендуется протестировать работу седьмой версии планировщика тем, кто до сих пор встречается с симптомами 12309 на новых ядрах.

Также Паоло говорил, что после выпуска этой версии и публикации результатов обширного тестирования, которое проводилось до релиза, разработчикам ядра будет отправлен запрос на включение BFQ в основную ветку.

Отдельная благодарность выражается Арианне Аванзини (Arianna Avanzini) за подготовку патчей для многих веток ядра. BFQv7 доступен для всех ядер, начиная с версии 3.1, по запросу возможна подготовка патчей для более ранних версий.

Патчи

>>> Анонс