поддержу, не стоит сильно заморачиваться с оптимизацией, максимум, что стоит сделать - выключить своп, файл гибернации удалять не стоит, так как этот режим используется не сотни раз за день
в большинстве случаев поломка такая же как и у ОЗУ, т.е. какой-то из NAND-чипов просто вылетает и все, т.е. не сектор в 4Кб, а кусочек в десяток гигабайт отвалится, что либо восстановить с диска при дохлом NAND чипе нереально (в отличии от обычных жестких дисков), так как спасибо TRIM'у и RAID-0 логике 😂
надо просто смириться с тем, что SSD диски как и RAM-модули бывают бракованные (и проявление бракованности изделия сразу является "фатальным" в отличии от обычного жесткого диска, где можно предвидеть смерть "блина" по S.M.A.R.T. данным) 🍿
еще замечание - NAND'ы имеют приличное тепловыделение, и то, как долго проживет ваш SSD зависит скорее от того, насколько хорошо проклеены чипы с радитором-корпуса диска, т.е. в ноутах SSD'шки дохнут (из личного опыта) в разы чаще :)
я бы тоже рекомендовал это решение, оно хоть и не быстрое, зато никакой компрессии и прочих фокусов
увы не телепат, смотрите логи, но vzubc <VEID> по сути показывает тот же user_beancounters, только в более понятных значениях, те же страницы пересчитывает в мегабайты и т.п.
с таким подходом сервер долго будете продавать 😂
попробуйте из всего перечисленного оставить только VT-x/AMD-V, правда придется переустановить 8-ку (так как изменения не сработают корректно)
увеличивайте kmemsize (64-128Мб), а по этим:
tcpsndbuf
tcprcvbuf
othersockbuf
пропишите нижний (мягкий) порог на 10% меньше верхнего, а само значение можно довести до 20Мб, т.е. в разы увеличить текущие значения
смотрите через vzubc утилиту, так будут циферки понятнее, и kernel память стоит увеличить 🍿
1. KVM
2. само собой 8320, Core i5 даже близко не конкурент
значения нормальные, судя по остальным показателям - диск практически идеален 🍿
можно попробовать это - java.net.InetAddress.getLocalHost() через JS 🍿
процент конечно же не такой, но все же реально велик, хотя - можно же занести NAT-шлюзы в белый список (по крайней мере у крупных провайдеров)...
это скорее не плюс, а минус, так как сложный и кодированный (индивидуально для юзера) JS скриптик (записывающий куку или читающий и производящий редирект) усложнит жизнь накручивальщикам, которые нативно эмулируют браузер, а не используют реальный "управляемый" браузер
вообще если проектируется рекламная сеть, то имеет смысл "заграждения" от фрода ставить уже на уровне требования доступа к паблик системам статистики (как это сейчас принято у игроков этого рынка) 🍿
а если LOIC к ддос отношения не имеет, и это разные вещи, тогда что в Вашем понимании ддос? - это минимум ахерабитный UDP флуд с 100500 компов? 😂
сайт находится на виртуальном хостинге, у хостера есть своя грань терпения, возможно не хочет он хостить такие проекты за такие деньги, вот и срабатывает ограничение - 650 хитов в минуту - это в принципе не так много даже для небольших сайтов, совет - или меняйте хостера или забейте на эти ошибки :)
