- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Стабильность raid - это миф. Вы ставите массив, у Вас повышается вероятность выхода дисков из строя, но при этом увеличивается хранилище данных, либо скорость доступа к ним. Т.е. теперь Вы защищаете не данные, а снижаете выросшую с количеством носителей вероятность потери данных или скорости доступа к ним. При этом, если raid находится в нормальной такой работе, то при развале массива система начнет тормозить, а это равносильно потере работоспособности системы.
Утверждение, мягко говоря, в корне ошибочное.
А уж ставить standalone на систему "в нормальной такой работе", вообще из области перверсий 😎
Dram, ondemand режим переключите на performance
Dram, ondemand режим переключите на performance
Спасибо за совет но совершенно не понял о чем Вы :) что это такое вы советуете? :)
Открываем /etc/sysconfig/modules/cpufreq.modules
### Hetzner Online AG - installimage
# cpu frequency scaling
# this gets started by /etc/rc.sysinit
modprobe acpi-cpufreq >> /dev/null 2>&1
cpufreq-set -g ondemand -r >> /dev/null 2>&1
ondemand динамически увеличивает/уменьшает тактовую частоту процессора в зависимости от загруженности системы.
Например, если CPU не нагружен выглядит grep MHz /proc/cpuinfo так
Теперь переключаемся на performance.
Проверяем снова grep MHz /proc/cpuinfo
Далее редактируем /etc/sysconfig/modules/cpufreq.modules
ondemand заменяем на performance
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Power_Management_Guide/cpufreq_governors.html
У меня нет папки /etc/sysconfig
Но вывод grep MHz /proc/cpuinfo показывал все 1600
сделал cpufreq-set -g performance -r
стало 3401
Я так понимаю это я поднял потолок тактовой частоты Ядер?
Я никаких файлов не редактировал - нужно ли теперь еще что-то делать?
У меня нет папки /etc/sysconfig
Но вывод grep MHz /proc/cpuinfo показывал все 1600
сделал cpufreq-set -g performance -r
стало 3401
Я так понимаю это я поднял потолок тактовой частоты Ядер?
Я никаких файлов не редактировал - нужно ли теперь еще что-то делать?
cpufreq_performance
Да, нужно найти где включается ondemand. Иначе после перезагрузки -> снова будет ondemand. Поищите в автозагрузке модулей.
В crontab можно прописать:
@reboot root /путь/cpufreq-set -g performance -r > /dev/null 2>&1
/путь заменить на путь до программы.
после того как выполнил команду cpufreq-set -g performance -r
мунин перестал рисовать график. Кто знает почему?
Логи munin смотрите
Он должен рисовать все по 3.4Ghz
уже ребутнул сервак и забил на это