Xeon® E3-1245 v1 vs v2

123
Skom
На сайте с 02.12.2006
Offline
165
#11
seolancer:

Стабильность raid - это миф. Вы ставите массив, у Вас повышается вероятность выхода дисков из строя, но при этом увеличивается хранилище данных, либо скорость доступа к ним. Т.е. теперь Вы защищаете не данные, а снижаете выросшую с количеством носителей вероятность потери данных или скорости доступа к ним. При этом, если raid находится в нормальной такой работе, то при развале массива система начнет тормозить, а это равносильно потере работоспособности системы.

Утверждение, мягко говоря, в корне ошибочное.

А уж ставить standalone на систему "в нормальной такой работе", вообще из области перверсий 😎

Cras amet qui numquam amavit quique amavit cras amet
P
На сайте с 16.03.2009
Offline
144
#12

Dram, ondemand режим переключите на performance

cpufreq-set -g performance -r
D
На сайте с 28.06.2008
Offline
1108
#13
poiuty:
Dram, ondemand режим переключите на performance

Спасибо за совет но совершенно не понял о чем Вы :) что это такое вы советуете? :)

P
На сайте с 16.03.2009
Offline
144
#14

Открываем /etc/sysconfig/modules/cpufreq.modules

#!/bin/sh
### 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 так

cpu MHz         : 1600.000
cpu MHz : 1600.000
cpu MHz : 1600.000
cpu MHz : 1600.000
cpu MHz : 1600.000
cpu MHz : 1600.000
cpu MHz : 1600.000
cpu MHz : 1600.000

Теперь переключаемся на performance.

cpufreq-set -g performance -r >> /dev/null 2>&1

Проверяем снова grep MHz /proc/cpuinfo

cpu MHz         : 3401.000
cpu MHz : 3401.000
cpu MHz : 3401.000
cpu MHz : 3401.000
cpu MHz : 3401.000
cpu MHz : 3401.000
cpu MHz : 3401.000
cpu MHz : 3401.000

Далее редактируем /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

D
На сайте с 28.06.2008
Offline
1108
#15

У меня нет папки /etc/sysconfig

Но вывод grep MHz /proc/cpuinfo показывал все 1600

сделал cpufreq-set -g performance -r

стало 3401

Я так понимаю это я поднял потолок тактовой частоты Ядер?

Я никаких файлов не редактировал - нужно ли теперь еще что-то делать?

P
На сайте с 16.03.2009
Offline
144
#16
Dram:
У меня нет папки /etc/sysconfig
Но вывод grep MHz /proc/cpuinfo показывал все 1600

сделал cpufreq-set -g performance -r
стало 3401

Я так понимаю это я поднял потолок тактовой частоты Ядер?
Я никаких файлов не редактировал - нужно ли теперь еще что-то делать?

cpufreq_performance

The Performance governor forces the CPU to use the highest possible clock frequency. This frequency will be statically set, and will not change. As such, this particular governor offers no power saving benefit. It is only suitable for hours of heavy workload, and even then only during times wherein the CPU is rarely (or never) idle.

Да, нужно найти где включается ondemand. Иначе после перезагрузки -> снова будет ondemand. Поищите в автозагрузке модулей.

S
На сайте с 07.11.2008
Offline
152
#17

В crontab можно прописать:

@reboot root /путь/cpufreq-set -g performance -r > /dev/null 2>&1

/путь заменить на путь до программы.

D
На сайте с 28.06.2008
Offline
1108
#18

после того как выполнил команду cpufreq-set -g performance -r

мунин перестал рисовать график. Кто знает почему?

png cpuspeed-day.png
P
На сайте с 16.03.2009
Offline
144
#19

Логи munin смотрите

Он должен рисовать все по 3.4Ghz

D
На сайте с 28.06.2008
Offline
1108
#20

уже ребутнул сервак и забил на это

123

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий