Pull to refresh

Comments 5

UFO just landed and posted this here
Для оптимальной производительности сервера

А после обновления FRU, вот прямо сразу производительность стала оптимальнее? :)

А вообще, уважающий себя сборщик (читай поставщик) сам должен был все это сделать еще до отгрузки оборудования заказчику.
Здесь имеется ввиду оптимальная производительность не в плане вычислительных ресурсов сервера, а в плане электроэнергии, если до этого у меня при запуске запускались все кулеры одновременно, и не выключались в процессе работы, не зависимо от нагрузки, то сейчас скорость кулеров зависит от нагрузки.

Наверно нам достался не добросовестный поставщик, и не только нам. :)
Спасибо за разъяснения! Меня пару раз тоже угораздило согласиться с пунктом 3 а потом долго ждать и отвечать на дурацкие вопросы (особенно малоактуальные в случае стороннего шасси). Только мне кажется, что разработчики сами все предусмотрели изначально, и вся кастомизация ограничивается настройками текущей прошивки и типом шасси, куда установлена материнская плата. Вручную ничего регулировать там не приходится, только прописать серийные номера и отметить наличие дополнительных вентиляторов. Интел все неплохо шумят со старте. И соглашусь с вами — на некоторых старых прошивках 5520 платформы, Tyan S7012 и Supermicro X8 (все этого же поколения) вентиляторы работали всегда на максимуме, а успокаивались только после обновления!
Как раз неверные данные для FRU (число вентиляторов) и приводит к их пострянной работе. На каждой мамке их нужно подключать не абы как, а в соответствии с задействованной схемой (она различна для различного числа вентиляторов). И система будет гонять вентиляторы на максимуме, если не обнаружит хотябы один, на определенном разьеме. Это аварийный режим работы, вдруг сдох основрой вентилятор протяжки? Включить все в максимум и терпеть до починки. Узнать на кого ругается система можно в логах самой материнки.
Sign up to leave a comment.

Articles