LINUX.ORG.RU
ФорумAdmin

«Индекс производительности» Linux


0

1

Добрый день.

Шеф захотел увидеть «индекс производительности» Linux для наших серваков. Существуют ли стандартные тесты, определяющие общий перфоманс конкретного сервака с тем чтобы их сравнить?

Заранее спасибо.

★★

Phoronix Bench Suite или как его там.

post-factum ★★★★★
()
Ответ на: комментарий от kitar

Согласен. Скажем, если веб-сервер со статикой - меряем время отклика и объём отдаваемого без увеличения отклика трафика. Если АТС - загрузку процессора под конкретным объёмом звонков, желательно с тяжёлым транскодингом.

Сферические попугаи в вакууме мало что говорят.

riki ★★★★
()

Если чисто для сравнения линуксов между собой на разных машинах, то http://ru.wikipedia.org/wiki/BogoMIPS вполне может сойти за «абстрактный индекс производительности для начальства».

blexey ★★★★★
()

Средний uptime+загрузка, процент uptime(доступность), стабильность и число крахов в год, по-моему, самые важные показатели.

backbone ★★★★★
()
Ответ на: комментарий от backbone

Шеф виндузятник, ему сложно это объяснить :)

Спасибо за ответы. Попробуем.

qqqq ★★
() автор топика
Ответ на: комментарий от qqqq

Ну так и меряй производительность оракла. Потому как ораклу всё что нужно от ОС это direct i/o и переключение между процессами.

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

Это верно. Шеф вполне удовлетворился результатами UnixBench.
http://code.google.com/p/byte-unixbench/
Вывод примерно в таком виде:

INDEX VALUES
TEST BASELINE RESULT INDEX

Dhrystone 2 using register variables 376783.7 4769578.3 126.6
Double-Precision Whetstone 83.1 343.6 41.3
Execl Throughput 188.3 2114.9 112.3
File Copy 1024 bufsize 2000 maxblocks 2672.0 59159.0 221.4
File Copy 256 bufsize 500 maxblocks 1077.0 15846.0 147.1
File Read 4096 bufsize 8000 maxblocks 15382.0 657318.0 427.3
Pipe-based Context Switching 15448.6 137070.2 88.7
Pipe Throughput 111814.6 504798.0 45.1
Process Creation 569.3 7158.0 125.7
Shell scripts (8 concurrent) 44.8 446.9 99.8
System Call Overhead 114433.5 1731146.5 151.3
=========
FINAL SCORE 118.1

qqqq ★★
() автор топика

Начальству этого хватит

#!bin/sh

CPU=`lscpu | awk '$1 == "CPU(s):" {print $2}'`
RAM=`free -m | awk '$1=="Mem:" {print $2}'`

CPU=${CPU:-1}
RAM=${RAM:-1}

echo $((42*$CPU)) 
sdio ★★★★★
()

Индекс BogoMIPS, одобренный Линусом Торвалдсом, находится в /proc/cpuinfo

bogomips : 5333.69

qqqq ★★
() автор топика
Ответ на: комментарий от backbone

Средний uptime+загрузка, процент uptime(доступность), стабильность и число крахов в год

это совсем не производительность. Это текущая нагрузка и показатели надёжности.

А индекс производительности нужен чтобы, например, покупать железо от которого большая отдача за каждый потраченный рубль. Тут, конечно, и показатели надёжности (стабильности) тоже должны учитываться. Иначе выяснится что дешевле брать десктопные процы и гнать их пока не сдохнут :)

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

Я понимаю. ;) Но даже на самом дорогущем сверх-производительном железе слабо защищенная ненадежная серверная система аннулирует все индексы.

backbone ★★★★★
()

cpu:
команда uptime
Load averge (с учетом числа ядер)
к примеру сервер с 4 виртуальными ядрами и с LA=4 загружен на 100%

память:
команда free -m

дисковая система:
команда atop (смотрим процент загрузки устройства)

сетевая система:
команда atop (смотрим процент загрузки интерфейса)

ставим zabbix - чертим графики - показываем начальству

x97Rang ★★★
()
Ответ на: комментарий от x97Rang

Это всё понятно. Под нагрузкой так всё и мониторится.

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

qqqq ★★
() автор топика
Ответ на: комментарий от qqqq

|-)
ну дак потенциал железа обратно пропорционален затратам по все 4 показателям (память, цпу, диск, сеть)

x97Rang ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.