Тоже в разное время параллельно бывало 1-2-3 провайдера (в зависимости от акционных тарифов :) )
роутер конечно чуть сложней чем обычный нужен
Было бы желание, а вариантов полно.
Другой вопрос что свет (крайне редко, но возможно) может отключиться в приличном радиусе (а то и бывало во всем городе) и тогда хоть 10 провайдеров подключи, хоть бесперибойники, хоть личный генератор, а все потухнет если у провайдеров где-то по дороге хоть один комутатор потухнет.
Но естественно это все лишь для чего-то неважного. Не стоит недооценивать на сколько лучше интернет канал (связанность с разными сетями) у сервера, стоящего в полноценном ДЦ где-то в Москве или другом месте, куда концентрируются огромное количество провайдеров. По сравнению с любым, даже очень хорошим, но провинциальным интернет провайдером, прилично удаленном от центра.
По-умолчанию vm.overcommit_ratio равно 50, т.е. процессы не смогут занять (именно реально физически занять) больше 50% памяти.
Случалось что oom killer прибивал процессы когда памяти еще была половина свободна.
Установка vm.overcommit_ratio=100 в /etc/sysctl.conf решает проблему.
Но конечно слепо повторять не стоит, надо четко понимать свой сценарий использования. Кому-то возможно и 300% задать, а кому-то нужно наоборот полностью отключать эту фичу, чтоб использовать можно было ровно столько сколько есть, безо всякого "оверселлинга"... Типа как на vps продают клиентам больше ядер, чем физически есть на сервере с расчетом на то что всем сразу все их ядра не понадобятся. Или как банки схлопываются если вдруг много клиентов резко решат забрать свои деньги (которых уже столько нету).
Тоже в разное время параллельно бывало 1-2-3 провайдера (в зависимости от акционных тарифов :) )
роутер конечно чуть сложней чем обычный нужен
Было бы желание, а вариантов полно.
Другой вопрос что свет (крайне редко, но возможно) может отключиться в приличном радиусе (а то и бывало во всем городе) и тогда хоть 10 провайдеров подключи, хоть бесперибойники, хоть личный генератор, а все потухнет если у провайдеров где-то по дороге хоть один комутатор потухнет.
Но естественно это все лишь для чего-то неважного. Не стоит недооценивать на сколько лучше интернет канал (связанность с разными сетями) у сервера, стоящего в полноценном ДЦ где-то в Москве или другом месте, куда концентрируются огромное количество провайдеров. По сравнению с любым, даже очень хорошим, но провинциальным интернет провайдером, прилично удаленном от центра.
Да нормально все :)
только никому...
А "сторонний поставщик конфигурации" был не чат gpt случайно?
Может ИИ тестирует отключение человеков от управления.
В Крыму 10 лет ни первого, ни второго... выживаем как можем.
Наглядный пример. Берем один и тот же архив:
https://archive.mariadb.org/mariadb-11.3.2/bintar-linux-systemd-x86_64/mariadb-11.3.2-linux-systemd-x86_64.tar.gz
И распаковываем его через:
и через:
Получаем почти 2-кратное увеличение скорости.
Главное понимание куда хочешь попасть. Иначе без разницы куда двигаться.
это у 17.4 или какой?
Hidden text
:] хабр деградирует...
Админ хабра срочно читает статьи про highload...
Разочарованная лошадь
Маленькая Британия
И правда дадут поуправлять интернетом?
Кто "мы"? Статья вроде от рег.ру - сами у себя арендовать?
Решение было еще 30 лет назад
Можно продавать в комплекте с оранжевыми и голубыми костюмами
Втихаря минусят крысы.
Есть что по существу по вышеуказанным претензиям сказать? Не прячься, выходи на свет.
1) уж даже сбер зашел в регион, а озонбанк видимо все ждет когда все вернется как было?
2) я понимаю всякую рекламу и рассылки, но от них ОБЯЗАНА быть возможность отписаться.
после многократного обращения в поддержку озона толку никакого:
они считают что "нельзя отписаться" - это нормально... и я продолжаю видеть красные "суперважные" уведомления:
если для кого-то норма видеть сотни непрочитанных уведомлений/сообщений, то это ваши проблемы.
для меня - нет
Дизлайк озону.
До тех пор пока:
И пока будет продолжаться бомбежка мусорного спама в "скидках и акциях", от которого отписаться невозможно.
Доводилось сталкиваться с overcommit'ом памяти.
По-умолчанию vm.overcommit_ratio равно 50, т.е. процессы не смогут занять (именно реально физически занять) больше 50% памяти.
Случалось что oom killer прибивал процессы когда памяти еще была половина свободна.
Установка vm.overcommit_ratio=100 в /etc/sysctl.conf решает проблему.
Но конечно слепо повторять не стоит, надо четко понимать свой сценарий использования. Кому-то возможно и 300% задать, а кому-то нужно наоборот полностью отключать эту фичу, чтоб использовать можно было ровно столько сколько есть, безо всякого "оверселлинга"... Типа как на vps продают клиентам больше ядер, чем физически есть на сервере с расчетом на то что всем сразу все их ядра не понадобятся. Или как банки схлопываются если вдруг много клиентов резко решат забрать свои деньги (которых уже столько нету).
А как предпологалось смотреть то самое интервью в заблокированном твиттере без портала в ад?
ну уж нет... слишком поздно править.
я уже фотку подготовил
Нам нужен vpn чтобы создать vpn
Главный вопрос: это баг или фича?...