Дешёвые свитчи тех времён были построены на чуть более умных чипах, чем заявлено - и все это уже было реализовано в железе. И включалось либо дерганьем ноги, либо через rrcp.
Сильно сомневаюсь, что ваши проблемы связаны с трафиком. CF на это наплевать, с из размером. Дружественная компания уже 7 лет радостно платит $20/мес за 0.5 Pb трафика.
Виртуальная память позволяет системе исполнять код приложений, используя больший объем памяти, чем физически доступно. Это достигается путем сброса неиспользуемых блоков памяти приложений на диск
Разумеется, идея виртуальной памяти совершенно не в этом.
Действительно, непонятно, зачем вобще блокировать веб-клиентов через пакетный фильтр, да еще и путем вычурного парсинга логов, когда с этим отлично справляется сам веб-сервер? Причем с возможность шарить блокировки между всем кластером фронтов.
Очень круто, но.
1. На рутованном телефоне можно просто развернуть debian в чруте через debootstrap
2. systemd отлично запускается в чруте
3. Запуск systemd в чруте прописывается в андроидном /etc/rc.
Чрут можно держать на ext4 разделе sd-карты, так что в /system можно вобще не лезть.
Ну да, валидно.
Мой поинт был больше про то, что если меньше читать SO и не хватать первый же нагугленный модуль — а подумать, как скрестить уже имеющиеся системные средства — можно строить очень гибкие и эффективные пайплайны.
Не совсем так.
Дешёвые свитчи тех времён были построены на чуть более умных чипах, чем заявлено - и все это уже было реализовано в железе. И включалось либо дерганьем ноги, либо через rrcp.
uefi прекрасно может грузить нативное ядро. Не обязательно ему прикидывается efi-бинарником.
Как-то на стендапе наблюдал полемику двух менеджеров-нэйтивов, один лондонер с кокни, второй - осси с местным акцентом. И команду из Бангалора.
Про "любой акцент" - это очень смешно.
Сильно сомневаюсь, что ваши проблемы связаны с трафиком. CF на это наплевать, с из размером. Дружественная компания уже 7 лет радостно платит $20/мес за 0.5 Pb трафика.
У меня уже десятилетиями безпроблемно работает такой переходник с воткнутой в него оригинальной Model M 1984-го года.
Таки контейнеры - это всё-таки не просто чрут, но и изоляция процессов.
Так что всё-таки не 1982-й, а скорее 1991-й, когда там zones на всякое commodity железо портировали.
Если прочитать документацию на bash - код можно многократно упростить, выкинув внешние вызовы из парсинга.
С учётом того, что profile перехватывается - нет.
Впрочем, rsyslog + omprog на auth/sshd делает то же самое в те же две строчки.
Что это за изложение третьеклассника?
Разумеется, идея виртуальной памяти совершенно не в этом.
Эту глупость уже лет 15 таскают по интернетам. Прочитать два абзаца документации, и убедится, что глупость - видимо, очень сложно.
Примерно 1996-97 год, когда начали массово туннели строить поверх icmp - у многих провайдеров icmp не учитывался в биллинге.
Пост был бы неполным без упоминания DapNet.
Правда, в большинство пейджеров придется лезть паяльником и менять кварц - поскольку основная частота 439.9875.
По приведенной ссылке все кристально понятно любому, имеющему хоть минимальный опыт. Увы.
То есть doc/management.txt - это не документация?
Нуок :)
https://github.com/haproxy/haproxy/blob/fb4294be55d372a20aee0c0f430c508a20bfb020/doc/management.txt#L4166
30 секунд на поиски, при том, что я хапрокси вижу первый раз в жизни.
О, я такое делал в 2007-м.
Действительно, непонятно, зачем вобще блокировать веб-клиентов через пакетный фильтр, да еще и путем вычурного парсинга логов, когда с этим отлично справляется сам веб-сервер? Причем с возможность шарить блокировки между всем кластером фронтов.
Наркомания, но забавная.
Как на 35 лет назад вернулся.
1. На рутованном телефоне можно просто развернуть debian в чруте через debootstrap
2. systemd отлично запускается в чруте
3. Запуск systemd в чруте прописывается в андроидном /etc/rc.
Чрут можно держать на ext4 разделе sd-карты, так что в /system можно вобще не лезть.
Мой поинт был больше про то, что если меньше читать SO и не хватать первый же нагугленный модуль — а подумать, как скрестить уже имеющиеся системные средства — можно строить очень гибкие и эффективные пайплайны.