Да переведи ты принтер в приостановленное состояние да с утра посмотри, откуда создано задание... ну что как маленький-то?
Заодно включи (если не включен) расширенный лог, чтобы и станцию, и пользователя, и время определить.
Вот всё одно не могу понять такого упорного цепляния за Memory engine.
Ну в качестве эксперимента всё же переведи таблицу в InnoDB и посмотри, как будет выглядеть процесс. Без всяких там рамдисков для начала, с таблицей на SSD. Думаю, что после тестов необходимость столь глубокой оптимизации, которой тут было запахло, тихо скончается.
Всё же MyISAM/Memory оптимизировано под высокое соотношение чтение/запись.
Всё же переходи на статические таблицы и InnoDB. Memory под капотом - та же MyISAM, и от табличной блокировки тут не убежать от слова "совсем".
С другой стороны, создаётся у меня впечатление, что ты блокируешь таблицу насмерть, пока программа там что-то считает, хотя надо минимизировать время работы с таблицей. Подключился-записал-отключился.
Какой у тебя получается поток запросов? среднее количество в штуках по каждому типу в секунду, плюс по ним же среднее количество записей...
На сколько мне известно, он ее сначала записывает на свой диск
Как правило, это неверно.
Информация с камеры поступает в оперативную память регистратора. Оттуда она и пишется на диск, и передаётся потребителю. Кстати, именно поэтому live video на сервере нельзя поставить на паузу.
100 метров - это предел для сегмента. На 200 метрах придётся отмерить точно середину, и не факт, что она попадёт на то место, где удобно ставить промежуточное оборудование.
Что же до PoE - то из подаваемой в 100-метровый сегмент энергии до другого конца доберётся хорошо если половина. В общем, репитеру будет несладко.
Потому полностью согласен с Андрей Гаврилов - кладите оптику. Для столь короткого сегмента лучше многомод, и минимум 2 волокна. Трансиверы в принципе любые, но рекомендую SNR SNR-SFP+SR (можно получить 10 гигабит, правда, нужны коммутаторы с SFP+ портами).
Угу.
Поиск Микротиков выполняется с использованием RRAC-UDP протокола, отправкой UDP-пакета на адрес бродкаста своей подсети (информационная часть пакета - восемь нулей). Любой Микротик (даже если он не в этой подсети, и даже при отсутствии у него IP-адреса) отвечает на такой пакет отправкой UDP-пакета на адрес глобального бродкаста. В ответном пакете он передаёт информацию о себе.
SnowShae, к сожалению, полной документации по интерфейсу найти "с налёта" не получилось. А в краткой описана только процедура быстрого начального старта, где интерфейс кастрирован, а бОльшая часть настроек вообще не показывается и, соответственно, недоступна. Копаться надо уже после неё, в полном интерфейсе управления. У некоторых девайсов ещё и надо перейти в экспертный режим, ибо в обычном часть настроек опять-таки не показывается.
Ну и в самом крайнем случае - просто заменить роутер на вменяемый. А существующий либо вообще убрать, либо перевести в режим прозрачного моста (тогда заменный роутер не обязан поддерживать WiFi).
Чисто теоретически - у роутера должна быть настройка, разрешающая или запрещающая доступ к интерфейсу управления с WAN-порта. Вот её и надо запретить - это уберёт веб-сервер с WAN и освободит порт.
Впрочем, чисто по соображениям безопасности это надо было сделать с самого начала - не дело, когда интерфейс управления роутера светит в Инет голым задом.
Drno, с этим согласен - там есть где развернуться... но вряд ли автору понравится заплатить лишние 7 килорублей за то, что он никогда не будет использовать.
Количество моделей коммутаторов с PoE-in достаточно невелико... и потребность в них невелика... а потому вряд ли магазины станут заморачиваться на вынесение этой характеристики в набор фильтров. Профита вменяемого нету.