Zabbix: 3.0.3 (zabbix-server-mysql)
OS: Ubuntu 14.04 Trusty, одинаково для сервер и наблюдаемых хостов.
Number of hosts (enabled/disabled/templates): 28 / 0 / 57
Number of items (enabled/disabled/not supported): 1349 / 161 / 47
Number of triggers (enabled/disabled): 902 / 39
Required server performance, new values per second: 22.86

Конфиг zabbix server:

StartPollers=5
StartPollersUnreachable=2
StartTrappers=5
StartDiscoverers=3
StartHTTPPollers=5

Что надо настроить, чтобы http-странички грузились с большим приоритетом, чем картинки?

То есть, чтобы сначала загружался весь и всякий HTML, потом css, потом js и только потом всё остальное (типа счётчиков и прочей рекламо-статистики
это надо браузер настраивать (в каком месте?)?

Или можно сделать такой прокси, который будет соединение полность. терминировать в себе, а наружу выдавать запросы по другим соединениям с разным приоритетом?
Можно ли это сделать при помощи squid (переупорядочивает ли он запросы внутри http-соединения)?

Собственно для tc есть queue discipline DDD(Dificite Round Robin) .

Вкратце - умеет то же, что HTB, но вместо того, чтобы заполнять корзины токенами с определённой скоростью, потом их оттуда вынимать и т. д., просто присваивает каждой каждой очереди некоторый Dificit Counter, при отправке пакета - уменьшает его на размер пакета. Если DC меньше размера пакета, увеличивает размер DC на заданный для очереди quantum и переходит к следующей. Таким образом, можно делить исходящий траффик в некотором отношении, не зная заранее ширину канала(что требуется для HTB). Подробнее: http://www.unix.com/man-page/linux/8/tc-drr/

Setup: две машины, 172.16.1.1 и 172.16.1.2.

На первой - слушаем траффик:

nc -l 8111
nc -l 8112

На второй - проверяем скорость:

pv /dev/zero | nc 172.16.1.1 8111
pv /dev/zero | nc 172.16.1.1 8112

Пока скорость равная(pv - позволяет мерить скорость через pipeline). Добавляем на второй машине шейпер(сверху присобачен HTB для имитации ограничения скорости канала):

tc qdisc add dev eth0 root handle 1: htb
tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit ceil 100mbit
tc qdisc add dev eth0 parent 1:1 handle 2: drr
tc class add dev eth0 parent 2: classid 2:1 drr quantum 600
tc class add dev eth0 parent 2: classid 2:2 drr quantum 1400
tc filter add dev eth0 parent 1: protocol ip prio 1 u32 match ip dport 8111 0xffff classid 2:1
tc filter add dev eth0 parent 1: protocol ip prio 1 u32 match ip dport 8112 0xffff classid 2:2

Скорость остаётся равной :( Куда копать?

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

Работа админом толкает человека к универсальности, развитию сразу по многим направлениям. Служба каталогов, файл-сервер, веб-сервер, сервер системы контроля версий, база данных + бекап/восстановление и репликация, сетевое оборудование, мониторинг, немного телефонии, железо, некромантия(старое железо) ... Если у программистов в рабочей книжке обычно пишут «инженер-программист», то админ может требовать себе запись «программист-разнорабочий». И это очень плохо. Пусть есть два человека. Первый имеет объём знаний по пяти разным областям, допустим, равный условной единице. Второй - три условных единицы в одной области, и по одной в двух других.Суммарный объём их знаний одинаков. Первый стоит x денег, а второй - 3x. Потом первый повысил свою квалификацию во всех пяти областях до 2. Второй - повысил квалификацию в своей основной области до 8, не прогрессируя в остальных. Объём полученных ими новых знаний одинаков. Первый теперь стоит 2x, второй - 8x. Второй будет делать сложные и интересные задачи по специализации, развиваясь и получая удовольствие от работы. Первый будет служить «во-всех-бочках-затычкой».

Интересные задачи делают узкие специалисты. Нормальные деньги получают узкие специалисты. Это, на самом деле, тесно связанные между собой вещи: не всякая высокооплачиваемая работа интересна, но всякая интересная работа - высокооплачиваема. Правило имеет исключения, вроде развиливающихся предприятий оборонки, но речь сейчас не о них. Да, разумеется, много где требуются люди с широкой специализацией. Но если где-то нужен сетевик и, по совместительству, DBA - значит там нужен не очень сильный сетевик и не слишком хороший DBA. На уровне «лишь бы работало». Потому что эта контора не может себе позволить большее, ну или не хочет - если это не основное направление её деятельности. Если бы там были серьёзные задачи - этих двоих набирали бы по отдельности.

Абсолютная специализация, конечно, тоже плохо. Во-первых, специалист по закручиванию семиугольной нижней гайки потеряет работу, когда такие гайки выпускать перестанут. Во-вторых, многие области IT сильно связаны между собой, поэтому результат работы сферического спеца в вакууме, не знакомого ни с одной из смежных областей, просто невозможно никуда приткнуть. Но именно знакомства, более или менее поверхностного, вполне достаточно. Дальнейшее углубление в смежные темы - потеря времени, которое можно было потратить на то, чем занимаешься. Просто надо осваивать свою область чуть шире, чем контекст конкретных узких задач, и всё будет хорошо. Не думаю, что нормальный DBA, всю жизнь работавший с MS SQL, после внезапного наступления вендокапца :) испытает особые трудности с переползанием на Oracle.

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

Чего хочется:

- Оффлайн, потому что не хочется отдавать все свои планы/задачи кому-то ещё
- Подзадачи
- Синхронизация через файлы, ибо Dropbox+encfs
- Нормальный календарь, вроде того, что в Lightning: http://www.mozilla.org/projects/calendar/lightning/screenshot.html
- Уведомления(мигать/орать из трея)
- Синхронизация с Android-приложением

Пока нашёл только ThinkingRock, но он тяжёлый, не очень удобный, календарь ужасен и уведомлений нет

Нужно увеличить громкость звука в ogv-видео(записано с помощью GtkRecordMyDesktop). Если конвертировать с помощью ffmpeg - громкость увеличивается, но качество видео очень сильно падает:

ffmpeg -i lecture3_2013.16.09.ogv -vol 1280 lecture3_2013.16.09-loud.ogv

Попытка выдрать звук, сконвертировать и присобачить обратно на выходе так же даёт плохое качество видео:

ffmpeg -i lecture3_2013.16.09.ogv -vn audio.ogg
ffmpeg -i audio.ogg -vol 1280 audio-loud.ogg
ffmpeg -i lecture3_2013.16.09.ogv -i audio-loud.ogg lecture3_2013.16.09-loud.ogv

Как увеличить громкость звука, не убивая качество видео?

РЕШЕНИЕ:

ffmpeg -i lecture3_2013.16.09.ogv -vn audio.ogg
ffmpeg -i audio.ogg -vol 2048 audio-loud.ogg
ffmpeg -i lecture3_2013.16.09.ogv -vcodec copy -an lecture3_2013.16.09-nosound.ogv
ffmpeg -i lecture3_2013.16.09-nosound.ogv -i audio-loud.ogg -vcodec copy lecture3_2013.16.09-loud.ogv

Если звук предварительно не выдрать, останется звуковая дорожка из видео. Размер по сравнению с оригиналом увеличился на 14%, мне в данном случае это не критично.

Решение подсказал devl547.

Обязанности: Участие в разработке‚ документировании‚ настройке и сопровождении распределенной системы радиомониторингаю

График: полный рабочий день

Требования:

• Уверенное знание Linux-систем (Debian) - настройка‚ администрирование‚ сборка‚ бекпортирование пакетов
• Знание Windows - настройка‚ администрирование
• Знание стека протоколов TCP/IP
• Принципы работы Multicast-соединений
• Знание DNS‚ DHCP‚ VLAN‚ VPN (OpenVPN).
• SQL - базовое знание
• Английский язык - достаточный для чтения технической документации
• Знакомство с СУБД PostgreSQL- плюс
• Виртуализация – KVM (Proxmox) - плюс
• Знакомство с системами централизованного мониторинга (Zabbix) - плюс
• Знакомство с системами централизованного бекапа (Bacula) - плюс
• Знание ОС Mikrotik RouterOS – плюс
• Знание Mercurial – плюс

  З/п: от 35 000 руб

  selivan5@yandex.ru

  Просьба писать на почту, форум смотрю нерегулярно