Блог BB-Admin

За последние дни произошло резкое подорожание жестких дисков во всех магазинах компьютерных комплектующих, на некоторые до 50-100%. Причиной тому – наводнение в Таиланде, затопившее заводы производителей HDD Western Digital и Toshiba.

Восстановление объёмов производства может затянуться до 1 квартала 2012 года. Ситуацию ухудшает паника покупателей, сметающих жесткие диски и желание торговцев и перекупщиков навариться. Надеюсь, цена на HDD упадёт, когда производство будет восстановлена, хотя от отечественных барыг можно ожидать всего. Сейчас даже на 500GB HDD цена уже доходит до 100$,  такого уровня цен не было даже несколько лет назад.

В прошлой заметке я рассказывал, как проверить температуру процессора семейства Core под Linux.

Под FreeBSD это делается еще проще, сначала необходимо загрузить модуль ядра, поддерживающий термальные сенсоры командой kldload coretemp. Можно проверить, загружен ли модуль в данный момент командой kldstat. После этого можно смотреть температуру всех ядер при помощи команды:

#sysctl -a | grep temperature

dev.cpu.0.temperature: 59
dev.cpu.1.temperature: 59
dev.cpu.2.temperature: 53
dev.cpu.3.temperature: 53
dev.cpu.4.temperature: 53
dev.cpu.5.temperature: 53
dev.cpu.6.temperature: 50
dev.cpu.7.temperature: 50

Как видно из вывода команды, текущая температура ядер находится в переменных sysctl вида dev.cpu.<номер ядра>.temperature.  Обратите внимание, что нумерация ядер начинается с нуля. Естественно, не составит труда написать шелл скрипт, который будет уведомлять о перегреве процессора.

Для того, чтобы проверить температуру ядер процессоров семейства Intel Core на Linux-системах можно воспользоваться утилитой lm_sensors. Он есть в стандартных репозиториях Centos и Debian.

Чтобы запустить сенсоры предварительно нужно детектировать их командой sensors-detect.  Во многих ОС модуль, поддерживающий снятие данных с датчиков процессоров не загружен по умолчанию, чтобы его включить нужно выполнить команду modprobe coretemp. После того, как сенсоры обнаружены, их можно запустить командой sensors. Утилита выведет список всех ядер с их температурами. Вывод команды легко распарсить для автоматической проверки шелл-скриптом, который будет проверять температуру процессора, и отправлять уведомления при превышении порогового значения.

Небольшое тестирование производительности CPU производилось утилитой Super PI.
Данная утилита под Unix-системами загружает только 1 ядро, поэтому результаты тестирования следует воспринимать учитывая количество ядер процессора, т.е. результатом теста является скорость одно ядра, а не всего CPU в целом. Также следует помнить, что это лишь тест производительности процессора в математических операциях, под реальной нагрузкой результаты могут непропорционально различаться при различных задачах.
Утилита запускалась с ключом ./super_pi 20 (вычисление 1M знаков числа Пи), тест был запущен 10 раз и взято среднее значение, сервера во время тестирования были без нагрузки.
Был протестирован ряд процессоров от устаревших Pentium 4 до мощных 8-ядерных Xeon-ов.
Итак, результаты:
AMD Opteron (2 ядра) 1218 @ 2.6GHz – 53.514 Sec.
Pentium 4 @ 2.66GHz – 43.779 Sec.
Pentium 4 @ 3.00GHz – 29.723 Sec.
VDS Hyper-V (1 ядро Xeon X3320) @ 2.50GHz – 29.705 Sec.
Athlon64 X2 5600+ @ 2.8GHz – 27.062 Sec.
Xeon E5110 (4 ядра) @ 1.60Ghz – 23.470 Sec.
Core2Duo E6300 @ 1.86GHz – 23.357 Sec.
Xeon X3320 (4 ядра) @ 2.5GHz – 21.022 Sec.
Core2Duo E7400 @ 2.80Ghz – 21.013 Sec.
Core2Duo E5400 @ 2.70GHz – 20.485 Sec.
Core2Duo E6400 @ 2.13GHz – 19.989 Sec.
Core Quad Q6600 @ 2.40GHz – 16.513 Sec.
Dual Xeon E5430 (8 ядер) @ 2.66GHz – 14.348 Sec.

Результаты вполне ожидаемые, за исключением Opteron 1218 который показал какой-то неожиданной низкий результат. Также еще раз напоминаю, что результаты показывают только скорость одного ядра, и , например, совершенно не значат, что Core2Duo E6300 сильнее чем Xeon E5110. Интересным фактом стала большая разница между производительностью на ноде Hyper-V и внутри VDS: overhead на виртуализацию CPU составляет до 40%!
Вполне возможно это связано с какими-то настройками Hyper-V, т.к. тестирование проводилось на VDS с настройками по умолчанию.
Статья будет пополняться свежими результатами, также вы можете оставлять свои результаты в комментариях.