Лучший скрипт для теста железа сервера linux, о котором не знают даже старые и опытные админы

, но достаточно быстро (одна ночь) ответит на вопрос «брать»/«не брать».

Осталось уговорить продавцов оставить меня в магазине на ночь)))

Все зависит от того что понимать под словом ‘сервер’ применительно к железу.

ilorest get Status --select ComputerSystem.

О! как раз древности подогнали соседи. Поэкспериментируем

сложная нагрузка похожая на реальную и тестирующая фсё это сжатие в тар + бзип2 распаковка и сравнение ?? :)
не ну чё…

Главное брать что-то со стабильно выделенными ресурсами. А то такой тест будет бесполезен, пока у них 2.5 юзера и ты в burst режиме с тремя калеками. А потом жесткий ресейл и вот уже все можно выкидывать. Поэтому что-то дешевое на более месяца не беру, даже если очень аппетитные предложения на год или lifetime.

Представляешь, да! И этот простейший скрипт, который просто разархивирует исходники ядра в папочку, находит то, что другие супер навороченные stress test не замечают! Оказывается можно делать просто то, что ни у кого не получается делать вообще никак!

Это же просто распаковка архива в параллельном режиме. Причём нужно помимо скрипта ещё и правильный архиватор поставить. В дефолте он работает в /tmp, а оно у меня в оперативе, т.е. нагрузки на диск вообще никакой. Так-то проще memtest прогнать из состава любого liveusb. Ну не знаю. Такое себе открытие.

Тестирует сразу всё: CPU, RAM, disk в сложной нагрузке, похожей на реальную. Маленькая ошибочка в любом компоненте - fail.

Ахренительно сложная нагрузка распаковывать архив с ведром. И если не распаковалось «Ааааа… у вас что-то с железом», ну просто венец совершенства и точности.

Был случай с перебором глючного железа, распаковка ведра норм проходила, вот конпеляция бывало вставала, но невсегда.

Осталось уговорить продавцов оставить меня в магазине на ночь)))

В магазине может быть неинтересно от слова совсем, проситесь на склад.

...уговорить продавцов оставить меня в магазине на ночь...

"...и щуку кинули в воду..." ©

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

Такая же фигня и с диском.

Лучший скрипт для тестирования железа во все времена был таким:

#!/bin/sh

: ${JOBS=`sysctl -n kern.smp.cpus`}
cd /usr/src \
&& make -j${JOBS} buildworld \
&& make -j${JOBS} buildkernel \
&& make installworld \
&& make installkernel \
&& shutdown -r +0

Можно это поставить в автозапуск ещё.

Невсегда сработает.

Ну мы ж не звери...

находит то, что другие супер навороченные stress test не замечают

То что он нашел то, что другие пропустили, не значит что он не пропустит то, что другие находят

То что он нашел то, что другие пропустили, не значит что он не пропустит то, что другие находят

Пропустит и ещё как пропустит, by design пропустит.

напомнило мне предание старины - покупал я ещё будучи студентом в две тыщи каком-то году себе машинку с селероном; и он был глючный; и пошёл я его менять; а мне говорят человеческим голосом - я мы все наши чудо-юдо тесты прогнали и у нас всё ок - забирайте и не грейте нам голову; на что я просачиваюсь к ним в тех. отдел и молча запускаю два winrar-а в работу и окошком эксплорера возюкаю и он через 5 секунд зависает; «говно ваши тесты», - говорю я не стесняясь. Но серверное железо я бы таким тестом не проверял бы :-)))

мы все наши чудо-юдо тесты прогнали и у нас всё ок - забирайте и не грейте нам голову

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

Как много адептов «так он же просто»!

красивое :) но битрот в каком нить дальнем углу памяти он может полноценно пропустить

Для выявления таких ошибок он и предназначен, поэтому, скорее всего, не пропустит. И там нет архивации, скрипт разархивирует большой объём файлов, объём файлов рассчитывается так, чтобы переполнить файловый буфер (заполнив всю оперативку) и начать скидывать этот буфер на диск, что одновременно выявляет ошибки CPU, памяти и диска.

Почему это работает - в реальных задачах комплексная нагрузка на CPU, память и диск это обычное дело. Именно такую нагрузку создаёт тест. В синтетических тестах же, обычно, проверяют что-то одно.

Как бородатый админ ответственно заявляю, что хрень это, а не тест.

Для выявления таких ошибок он и предназначен, поэтому, скорее всего, не пропустит.

Угу. Как раз таки он ни память нормально не проверит (тупо все адреса он не займет - сколько там он из 256 гигов рамы займет то на распаковку?), ни диск (а ниче, что у меня у сервера 16 дисков по 16 терабайт, не считая SSD) - он тупо запишет в маааленький кусочек железа, ни CPU (сколько ядер и на как долго оно нагрузит на моем двухпроцессорном сервере с 48 потоками на один CPU?). Короче хрень, а не тест.

В синтетических тестах же, обычно, проверяют что-то одно.

Сам придумал, сам взял за аксиому?

да, синтетика не даст комплексной нагрузки на компухтер. но оно и не надо, это ж не бенчъ по выработке «попугаев близких к реальной нагрузке», это тестовая платформа поэлементной проверки. прогнал поочердно синтетику на каждый элемент компухтера: цпу тест функцию цпу (бзип2 + тар как минимум не проверят avx aes функции проца, а как максимум еще дофига всяких финтифлюшек современной разжиревшей платформы), потом тест на полное чтение носителя (возможно с записью), потом мемтест… и тыгыдым - получаешь полный тест каждого элемента.

а в вышеописанном тесте есть только проверка компухтера на работу с тар + бзип2, сам понимаш не сильно великий горизонт охвата железа…

синтетика не даст комплексной нагрузки на компухтер

Ну не, нифига. Вполне себе даст. Тот же phoronix test suite посмотри. Или stress-ng. Не, если тебе надо проверить накопитель - нахрен и синтетика не нужна - smart + чтение/запись во всю область. Оперативка - memtest. Проц - да тот же stress-ng. Это если на неисправности. А если на производительность - там другие тесты. Если на суммарную нагрузку системы - опять же тестов вагон. Не согласен короче.

Опять же существуют тесты, которые тебе даже графику нагрузят, диски и проц. И всё это одновременно. И получишь ты полноценный стресс-тест. Но всё это надо только в специфических случаях. А вот эта распаковка/запаковка архивов она даже я не знаю. Да чтобы тот же проц хорошо прогрузить - его надо прогреть (а вдруг у него при повышении температуры L2 отваливается?). Да и остальные компоненты, тащем-то тоже. И какой-то васянский скрипт эту проблему не решает от слова совсем.

Чем это лучше stress-ng?

Как Кумар в гугле контрибьютил (ц)(тм)

Это ии-сгенеренный текст, комон, пора различать уже.

есть тесты на выдерживание «нагрева», есть тесты на исправность элементов :)
и они «это другое» :)
а измерение производительности и подобные попугаеметры это вообще третье…
не мешай всё в современный вайб-винегрет. разделяй и властвуй :)

Ничем. Это просто распаковка архива. Причём в /tmp/. т.е. в моём случае даже без проверки диска. Посмотри в исходник.

кстати, Athlon XP и PIV первые 32-битные - «make -j» проверку не проходили, до конца не доходили. а вот PIII - норм! сбалансированный был