VBsupport перешел с домена .ORG на родной .RU
Ура!
Пожалуйста, обновите свои закладки - VBsupport.ru
Блок РКН снят, форум доступен на всей территории России, включая новые терртории, без VPN
На форуме введена премодерация ВСЕХ новых пользователей
Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
Если вы хотите приобрести какой то скрипт/продукт/хак из каталогов перечисленных ниже: Каталог модулей/хаков
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота. Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
В принципе, ничего хитрого, но, как всегда, должна присутствовать здоровая наглость
Итак, идем в top и видим обычную картину: загрузка CPU процентов на 5, общая загрузка - ну у кого 1, у кого и выше. Мораль - грузит не проц, а что-то другое, и это другое - дисковые операции. А откуда оне в таком количестве?
Запускаем iotop и - здрассьте - основную нагрузку дает журналирование kjournald
Отключать нельзя, особливо на ext3. При перезагрузке вылезет масса сюрпризов и все до одного неприятные. Посему лезем грязными ручонками в etc\fstab, находим там диск(и) на которые идет запись (а чаще всего он вообще один) и внимание - ничего не удаляем и не изменяем - добавляем в его параметры commit=число, где число - раз в сколько секунд разрешена запись журнала. Строка выглядит приблизительно так: