Прошу рекомендации по выбору роутера для далёких от информационных технологий пользователей.

Пользователей будет 2-3, одновременно подключенных устройств 5-6. Сетевая активность ожидается довольно низкая, преимущественно со внешним миром (в основном, входящий трафик, объёмы небольшие, но канал быстрый). Трафик внутри локальной сети еле заметный, на уровне статистической погрешности.

Критерии (по мере убывания сложности):

• Цена до 2 тыс.руб. Превышение планки допустимо, но нежелательно. Если бы не это, было бы существенно проще, знаю.
• Вменяемая оригинальная прошивка. Себе бы я купил какое-нибудь творение, у которого неплохие ТТХ и на которое точно ставится OpenWRT, но здесь такой вариант не годится. Роутер должны извлечь из коробки, пригласить мальчика-от-провайдера, который по распечатке со скриншотами ведёт логин-пароль куда надо, и всё. После этого устройство кладётся на шкаф и собирает пыль. Никаких ресетов раз в неделю или лазаний в веб-интерфейс, чтобы посмотреть, что же он хочет сказать, быть не должно.
• 4 LAN-порта. Постоянно занятых будет 2-3, поэтому это важно, но совсем не сложно, т.к. это практически стандарт.
• Wi-Fi 802.11n. 5 ГГц совсем не принципиально, мощности долно хватать на двухкомнатную квартиру в многоэтажке. Возможность выбора канала и мощности передатчика крайне приветствуется
• Процессор, способный пережевать редкие пики активности на вход - не более 100Мбит суммарно во всех направлениях.

Судя по формальным признакам и данным я.маркета, требованиям удовлетворяют многие D-Linkи и TP-Linkи, пригодные к использованию только с альтернативными прошивками, а также младшие модели Asus, Netgear и Zyxel Keenetic, с которыми я совсем не знаком. Жду ваших рекомендаций и предложений.

Решил запечатлеть для истории текущее состояние рабочего стола, а то ведь и Jessie не за горами, кто его знает, какую детскую неожиданность он для меня приготовил :)

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

Кстати, рекомендую всем дебиановодам pbuilder - когда руки чешутся сделать checkinstall, а жадность не позволяет разводить помойку из -dev пакетов на живой системе, это правильный выход. Надо бы научиться еще готовить src-пакеты из апстрима, но пока лень.

На снимке экрана видны fluxbox, conky, nautilus, gpicview.
Дополнительный скриншот с браузером и терминалом.

>>> Просмотр (1920x1080, 820 Kb)

Почти случайно установил в домашней сети pdns-recursor, сейчас пытаюсь понять, есть ли от него какая-то польза.

Выдаваемая статистика описана в официальной документации, но у меня возникли сложности с ее пониманием, поэтому прошу помощи. Основная моя проблема заключается в очень нечетком понимании разницы между cache и packet cache.

Ниже пример статистики и моей интерпретации.

stats: 1980432 questions, 34424 cache entries, 3713 negative entries, 9% cache hits
stats: throttle map: 47, ns speeds: 1978
stats: outpacket/query ratio 31%, 22% throttled, 0 no-delegation drops
stats: 807 outgoing tcp connections, 6 queries running, 106899 outgoing timeouts
stats: 12865 packet cache entries, 81% packet cache hits
stats: 4 qps (average over 1843 seconds)

Все эти числа в моем восприятии немного смешались, вот попытка рассортировать. Поправьте, где я ошибаюсь:

• для 9% искомых клиентами доменов ответ нашелся в кеше известных имен
• на 81% входящих пакетов ответ был уже заготовлен заранее. Т.е. ответ был дан, даже не разбираясь, какое доменное имя ищет клиент, без просмотра основного кеша
• 22% запросов к внешним серверам, которые recursor хотел было сделать, оказались ненужными, т.к. ответ на них был получен совсем недавно [и сохранен в каком-то из кешей?]
• в среднем для ответа на 100 входящих запросов во внешний мир отправляется 31 пакет

Заметил, что пока я был на работе, oom_killer прикончил Firefox на фоне общей нехватки памяти. Картина примерно следующая:

# free -m
             total       used       free     shared    buffers     cached
Mem:         15891      15711        179          0          3      13136
-/+ buffers/cache:       2571      13320
Swap:            0          0          0

Возможно, эти данные чем-то помогут:

• /proc/vmstat
• /proc/meminfo
• /proc/sys/fs/dentry-state
• Debian Stable (linux-image-3.13-0.bpo.1-amd64 из бэкпортов)
• Аптайм 20 дней, постоянная I/O активность около 10МБ/сек на чтение
• Выдержка из dmesg о работе oom_killer-a

Только что заметил, что вместо «пиво» на этикетке указан subj. По каким критериям нынче отличают пиво от пивного напитка?

Как, оказывается, нынче мало простых плоских тем оформления, и как мало из них поддерживают gtk3...

В общем, с обновлением на wheezy пришлось нагуглить банальнейшую Mist в исполнении для обеих версий gtk и перекрашивать. Результат получился сносный, хоть и есть местами различия в оформлении виджетов, которые просто лень отлавливать и править.

Еще картинки:

• Браузер
• Файл-менеджер
• Обои

>>> Просмотр (1920x1080, 447 Kb)

Столкнулся с проблемой при установке лимита открытых файлов для transmission-daemon, проверял на версиях с 2.33 по 2.51 из дебиановских репозиториев.

Суть проблемы: после добавления торрента в клиент с дефолтным конфигом лимит числа открытых файлов сбрасывается на стандартные 1024. Я не уверен, виновата ли сама трансмиссия, или кто-то другой в моей системе.

Для проверки нужны:

• transmission-daemon
• transmission-cli
• права рута

Шаги для воспроизведения (все выполняется от рута):

1. Устанавливаем лимит числа открытых файлов больше 1024:

# ulimit -n 10009

# /usr/bin/transmission-daemon --config-dir /tmp/transmission-root

# grep open /proc/`pidof transmission-daemon`/limits 
Max open files            10009                10009                files  

# transmission-remote --add test.torrent
localhost:9091/transmission/rpc/ responded: "success"

# grep open /proc/`pidof transmission-daemon`/limits
Max open files            1024                 10009                files  

Софт-лимит сбросился на 1024!

Указывайте, пожалуйста, версию трансмиссии и сведения о системе. А я пока попробую в чистом debootstrap-нутом чруте воспроизвести.Воспроизвелось в чистой системе с трансмиссией 2.51

Дано: transmission, 500+ торрентов раздаются, из них 30+ активны.

Добавляем magnet-ссылку и ждем до морковкина заговенья, пока трансмиссия соизволит получить данные о торренте.

Ставим на паузу все остальные торренты - за минуту и данные получены, и файлы скачаны.

Понятно, что peer limit в первом случае израсходован. Не понятно, почему текущих пиров не притесняют в пользу будущих, как это происходит при добавлении торрент-файла (скачивание начинается нормально, несмотря на условия, в которые поставлена трансмиссия).

Баг или нормальное поведение?

Как задать тему иконок для qt-приложения (transmission-qt), если в настройках приложения такое не предусмотрено, а тему иконок kde (установленную в systemsettings) оно игнорирует?

Для использования в качестве основы при написании двойника своей темы gtk2.

Если интересно, вот то, к чему я хочу прийти в итоге. По похожести на классические темы: лучше всего подойдет что-то близкое к gorilla, thinice, industrial.

Кнопки в верхнем правом углу страницы (RSS, добавить сообщение и т.п.) нуждаются в фиксе.

Давно читал уже, поэтому еще интереснее.

Как, по-вашему, мыши относились к тому, что в человеческих научных опытах их очень часто использовали в качестве испытуемых?

• Им было плевать, так как
  • это не противоречило их морально-этическим принципам
  • подопытными были совершенно другие (с точки зрения биологии) мыши. Род/вид, как там это называется?
  • они работали как единый организм, и потеря части элементов не сказывалась на работе кластера (кажется, точно не этот вариант)
• Им было не плевать
  • но они ничего не делали, чтобы не нарушить секретность
  • но они ничего не могли поделать
  • и они мстили людям при первой возможности

Какого мнения придерживаетесь вы? Дополните список при необходимости

PS: linux тут притом, что их суперкомпьютер был лучше, чем топ500 линуксовых калькуляторов вместе взятые

PPS: я работал в выходные, так что пятница до меня добралась только сегодня

У опции «Maximum peers overall» в гуи-настройщике потолок в 1024 соединения. Откуда 1024? Связано ли это как-то с дефолтным лимитом открытых файлов на один процесс?

Пробовал ставить ulimit -n 2048 и запускать - потолок в гуи не сдвинулся. Проверять эмпирически немножко накладно.

Как работают приоритеты торрентов? Особенно в условиях полного потребления канала на раздачу.

Например, запущено раздаваться десять торрентов. Один помечен высоким приоритетом, но у него сейчас нет личей. Остальные девять имеют низкий приоритет и достаточное число личей, чтобы забить весь имеющийся канал. Что произойдет, когда на высокоприоритетном торренте наконец-то появятся пиры?

Трансмишн выдаст на тот торрент все, что смогут взять с той стороны?
Или попробует выдать сколько-нибудь, немножко ограничив низкоприоритетные торренты?
Или вообще ничего не выдаст, ибо канал уже забит под завязку?

Обратил внимание, что каждый торрент раздается «upload-slots-per-torrent + 1» личам.

«upload-slots-per-torrent» - параметр из конфига, все понятно.

Откуда +1? Optimistic unchoke? Ъ-счет с нуля?

Старое доброе оформление на новом ноуте. Нормально смасштабировалось, кстати :)

Стейбл, который, на самом деле, не совсем (совсем не, кому как) стейбл весьма удобен и десктопист. Большие буквы в левом верхнем углу - это название песни из плеера, а не идолопоклонничество, вышитое на обоине.

Конфиги оконного менеджера, если кому интересно: https://github.com/sio/config/tree/master/.fluxbox

>>> Просмотр (1920x2165, 589 Kb)

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

Из более-менее формализуемых условий:

• нормальная работа на канале от 20Мбит/с, забитом в обе стороны
• 802.11n
• хорошие скорости внутри локальной сети, ну не меньше честных 100Мбит/с (в том числе и при участии в передаче подключенного по wi-fi ноутбука)

Более субъективные характеристики:

• вменяемый веб-интерфейс (или поддержка openwrt, к ее luci я попривык)
• неплохо было бы иметь [простейший] линукс внутри (т.е. curl и cron - у провайдера аутентификация через веб-форму)

В остальном полагаюсь на разумные умолчания (например., мегапробивной wi-fi не требуется, но и стандартную двухкомнатную квартиру покрывать должен. dir-320 справлялся с троекратным запасом, так что не думаю, что это непосильно).

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

PS: знаю, тут такие темы появляются чуть ли не раз в неделю, но (а) в них раз в неделю кто-то все же отписывается, (б) в замеченных мною недавних темах условия существенно не совпадали с моими.

Предлагаю не показывать посты из раздела Midnight Commander в rss-ленте www.linux.org.ru/section-rss.jsp?section=2&filter=tech т.к. не относится непосредственно к l.o.r. Или, как вариант, добавить еще одну ленту вида tech+nomc

Благотворительность и русские разработчики это, конечно, хорошо, но уж лучше, когда мухи отдельно, котлеты отдельно.

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

Может быть, как-то на юзерстилях?

Решил похвастаться своими PROMPT-ами:

zsh:

[ "x$USER" = "xroot" ] && NAMECOLOR=red || NAMECOLOR=grey
PROMPT="%f%b

%F{$NAMECOLOR}%B[%n@%M] %F{green}%//%f%b
%F{$NAMECOLOR}%B# %f%b"

ash:

PS1='

\e[1;36m[\u@\h] \e[1;32m$PWD/\e[0m
\e[1;36m# \e[0m'

В них есть один неприятный косяк, но городить условие на проверку текущей директории не хочется, не настолько он меня задевает. Если подскажете, как исправить, не затронув внешний вид, буду благодарен.

>>> Просмотр (1280x800, 191 Kb)