Чем плох собственно этот вариант?
можно и это:)
тормоза != невозможность оверселлить RAM
на счёт swap я не согласен
Оверселлить до тормозов естественно плохо
Но вот когда клиенты не использовали всю RAM а потом вдруг (из-за багов ISP к примеру, из последнего что вспомню это скачивание geoip баз, которые начинались в одно и тоже время)
Вот когда память забьют и swap'a нет, будет обидно при поломке ФС внутри VDS из-за kill процессов qemu
В том то и дело
Вчера клиентам Вашего хостера не нужна была память, а сегодня кто-то запустил софт, который "съел" память, и у Вас не с того не с сего начали ошибки сыпаться в выделении памяти
если в кратце то Вы сейчас услышите несколько вариантов:
1) Отличный хост и т.д. и т.п.
2) Плохой хост и т.д. и т.п.
3) Лучше этот {hostername}
И так будет с любой темой, так как у каждого хостинга есть как враги/конкуренты так и те, кто хотят угодить своему хостеру за "лестный отзыв"
А правду-матушку можно получить разве что на личном примере/опыте
Вы не увидите РЕАЛЬНЫЕ циферки свободной/занятой памяти всего сервера
Только циферки VDS, которые "виртуальны"
Да и чем они Вам помогут, тут дело в хостере в таком случае, если память кончилась
памяти не хватает судя по Cannot allocate memory
VDS?
Номер отправителя убрали, за то номер получателя выводят
Весьма нужная инфа, вдруг я забуду номер своего кошелька😡
старт ihttpd демона не запустит apache
переходить будете в панель по адресу IP:1500
господа, всё гораздо проще :)
ISP ставят fail2ban, в арсенале которого единственное правило (что мне вообще непонятно почему только одно) - это бан IP при вводе несколько раз пароля ssh, хотя это даже не isp а сам fail2ban настраивает только от ssh по дефолту
Странно, что они ничего из своего софта не защищают от брутфорса, ту же ISPmanager
