"Два контейнера у меня намертво зависли и их не получилось убить никакими способами"
Имею более 3000 контейнеров с приложениями на openvz centos6.
Так вот залипших таким образом контейнеров скапливается за неделю до сотни минимум. Их невозможно прибить, vzctl залипает и не убивается даже через kill -9. Через gdb выяснил, что зависает на ioctl VZCTL_ENV_CREATE.
Дальше не колупал, так как нашёлся костыль — vzctl CTID --cpulimit 0. После этого, внезапно, все процессы оживают.
Мощность и количество каналов зависит от региона. И в openwrt и в оригинальной прошивке это настраивается одинаково, выбором региона.
Вот вполне стандартный интерфейс TP-link
№2 — регион.
Ведь в конечном счёте все сводится к указанию параметра ieee80211_regdom модуля cfg80211
А значит запрет на модификации никак не влияет на перегруженности каналов и не защищает от вещания на запрещённых.
Плотность WiFi-покрытия просто зашкаливающая, в некоторых местах на каждом (!) канале сидит по несколько точек. Вот они, как регулирующий орган, и пытаются привести ландшафт в порядок единственным доступным им способом
Как при помощи запрета можно решить проблему перегруженности каналов?
Вот примерно так можно убрать эти страшные лица в тонере справа.
для ublock
habrahabr.ru###layout > .inner > .column-wrapper:nth-of-type(2) > .sidebar_right > * > a
При последовательном нажатии всё будет хорошо. Речь про одновременное нажатие клавиш. Мне самому не верилось, что так может быть. Не удержался и нашёл информацию. Всё так, не более 6 клавиш, не модификаторов. Под модификаторы отведён отдельный байт.
Если следовать наиболее строгой спецификации USB HID v1.11, которая поддеживает режим USB Boot (и позволяет использовать USB-клавиатуру для входа в BIOS и работы в нём), то клавиатура будет отправлять пррывания на CPU каждый раз, как USB-хост будет опрашивать её, вне зависимости от того, изменилось её состояние или нет.
Суть текста в том, что в usb только хост может инициировать передачу данных. По этому CPU приходится постоянно просить USB прочитать данные с клавиатуры.
Один из байтов зарезервирован, так что на работу клавиатуры остаётся 7 байт, т.е. количество достаточное, чтобы закодировать нажатие любой клавиши-модификатора и ещё шести других.
Тут совершенно ничего не ясно. Ведь PS/2 также посылает байты с кодами, суть последовательный порт. Проблема протокола HID в том, что он шлёт пакеты состояний 6 клавиш вместо сообщений о нажатии, как в PS/2.
Проще понять на примере:
То-есть позиция сохраняется. По этому при нажатии седьмой клавиши, не модификатора, для неё не будет места и сучится неизвестное состояние. Для него кстати есть специальный пакет.
Отдельный вопрос нафига так? Возможно из-за желания сэкономить циклы процессора на опрос.
По моему, во всех популярных сейчас процессорах для смартфонов, модем срощен с основным CPU и делит с ним оперативку. Где у них там прошивка модема не знаю, но не видел её никогда. А у телефонов на платформе Intel, где модем отдельный, микрофон всегда подключается к нему. И прошивки в исходниках конечно же нет.
А зачем потом возится с восстановлением, если проще загрузить в память и попробовать? Почему в оригинале поддерживают USB Mass Storage? Скорее всего нет. И вообще dd if=/dev/mtd0 of=/mnt/fw.img
Маленький нюанс: в случае USB это зажатие будет некорректно обработано. Мне казалось, этот момент очевиден.
Расскажите, пожалуйста, подробнее. Почему это происходит? НЕ встречал ранее описания такой проблемы
Это принципиальное отличие подхода «опрос» по сравнению с «прерывание сразу в процессор».
Прерывания в процессор уже давно не используются для этих вещей. Разве что на этапе биоса и загрузчика. После ОС переходит на опрос по времени, запрещая прерывания.
GVIF — одно проводной цифровой интерфейс. Применяется в toyota/lexus для передачи изображения на основной дисплей с различных периферийных устройств. Например блок навигации, камеры, dvd плееры.
Имею более 3000 контейнеров с приложениями на openvz centos6.
Так вот залипших таким образом контейнеров скапливается за неделю до сотни минимум. Их невозможно прибить, vzctl залипает и не убивается даже через kill -9. Через gdb выяснил, что зависает на ioctl VZCTL_ENV_CREATE.
Дальше не колупал, так как нашёлся костыль — vzctl CTID --cpulimit 0. После этого, внезапно, все процессы оживают.
Вот вполне стандартный интерфейс TP-link
№2 — регион.
Ведь в конечном счёте все сводится к указанию параметра ieee80211_regdom модуля cfg80211
А значит запрет на модификации никак не влияет на перегруженности каналов и не защищает от вещания на запрещённых.
Как при помощи запрета можно решить проблему перегруженности каналов?
для ublock
habrahabr.ru###layout > .inner > .column-wrapper:nth-of-type(2) > .sidebar_right > * > a
Суть текста в том, что в usb только хост может инициировать передачу данных. По этому CPU приходится постоянно просить USB прочитать данные с клавиатуры.
Тут совершенно ничего не ясно. Ведь PS/2 также посылает байты с кодами, суть последовательный порт. Проблема протокола HID в том, что он шлёт пакеты состояний 6 клавиш вместо сообщений о нажатии, как в PS/2.
Проще понять на примере:
То-есть позиция сохраняется. По этому при нажатии седьмой клавиши, не модификатора, для неё не будет места и сучится неизвестное состояние. Для него кстати есть специальный пакет.
Отдельный вопрос нафига так? Возможно из-за желания сэкономить циклы процессора на опрос.
kerberos здесь нужен для функционирования samba4?
Расскажите, пожалуйста, подробнее. Почему это происходит? НЕ встречал ранее описания такой проблемы
Прерывания в процессор уже давно не используются для этих вещей. Разве что на этапе биоса и загрузчика. После ОС переходит на опрос по времени, запрещая прерывания.