LINUX.ORG.RU

Невменяемое время инициализации у серверов HP

 , , ,


0

1

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

Например, HP DL360e Gen8 инициализируется аж 3 минуты. Gen9 - до 5 минут. И насколько я понимаю - это вообще никак не лечится.

А что с временем у аналогичной техники IBM например? Тоже жопа полная? IBM x3550 добирается до загрузки меньше чем за минуту. Модельки постарше - уже медленнее. А текущие модели как?

Понятно, что hard reset сервера - дело крайне редкое и в общем-то это скорее эстетическая хотелка, но блин по 5 минут ждать пока эти сраные USB, iLO, SATA controller и Smart Array проинициализируются? Это типа модно так сейчас делать, или это сделано чтобы выглядело поэнтерпрайзнее?

В общем, есть чо серверное, чтобы грузилось не дольше какого-нибудь ThinkPad T440?

ЗЫ: Долбаный энтерпрайз.

★★★★★

В общем, есть чо серверное, чтобы грузилось не дольше какого-нибудь ThinkPad T440?

Ну, подкроватники есть.

crutch_master ★★★★★
()

Дитя 2000-х.
Тебя бы посадить на Socket 3 и там бы ты поговорил как «быстро» инициализируется железо.
Если прогресс позволял, то бы и в 90-х уже железо все инициализировалось за секунды.

anonymous
()

Кстати, есть штука kexec - позволяет перезагружаться сразу в ядро минуя инициализацию железа. Очень выручает, когда обновил ядро, а 5-10 минут ждать пока всё проинициализируется не хочется.

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

Кстати, есть штука kexec - позволяет перезагружаться сразу в ядро минуя инициализацию железа. Очень выручает, когда обновил ядро, а 5-10 минут ждать пока всё проинициализируется не хочется.

Иногда бывает надо в биосе/настройках всяких raid полазать, да и при начальной установке сильно задалбывает, так что kexec не помогает. А так-то понятно что если просто ядро поменять, то kexec рулит.

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

Все нормально, это оно стартует линукс внутри своих «аппаратных» контроллеров.

//Шутка, не столь далекая от правды, как хотелось бы.

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

Дитя 2000-х.

Я дитя 1970-х.

Тебя бы посадить на Socket 3 и там бы ты поговорил как «быстро» инициализируется железо.

Socket3 не грузился минутами, там разве что проверка памяти тормозила, но её можно было отключить.

Если прогресс позволял, то бы и в 90-х уже железо все инициализировалось за секунды.

Прогресс тут совсем не при чём. На запись сотни значений в сотню регистров периферии совершенно точно не нужны минуты. Тут скорее всего исключительно маркетинг. Ну не может же ынтерпрайзный сервер взлетать за секунды, как какая-нибудь бытовуха, как клиентам потом цену называть...

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

Все нормально, это оно стартует линукс внутри своих «аппаратных» контроллеров.

Несомненно оно что-то стартует на контроллерах, но какого хрена оно это делает последовательно, и какого хрена не грузит бутявку как только будет готово то, что прочитает бутявку с диска?

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

Мне кажется, что отчасти ты прав насчет ынтерпрайзности.
Да и вообще.
Я вот когда софт писал на позапрошлой работе, добавлял туда прогресс бар с задержкой, чтоб ползло красиво и юзверь видел, что оно работает, причем ползло не так уж и быстро...

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

На hp в биосе можно даже через редактирование xml лазать. Не говорю уже про управление рейдом.

Deleted
()
Ответ на: комментарий от deep-purple

А новые IBM как? Может пора уже HP послать подальше с такими извращениями?

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

На hp в биосе можно даже через редактирование xml лазать. Не говорю уже про управление рейдом.

Но грузится он от этого быстрее не станет.

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

Я вот когда софт писал на позапрошлой работе, добавлял туда прогресс бар с задержкой, чтоб ползло красиво и юзверь видел, что оно работает, причем ползло не так уж и быстро...

Ты не поверишь - оно почти так и делает. Не прогрессбар только, а строчки выводит буковками по одной, чтобы видно было как они типа печатаются. Чисто киношная такая свистелка. :) Идиотизм полнейший. В биосе, сцуко, киношную хероту запиливать.

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

В утешение могу сказать, что новый fuji вообще 10-15 минут колупается до момента старта ОС.

Deleted
()
Ответ на: комментарий от Stanson

там разве что проверка памяти тормозила

this. время загрузки сервера зависит от объёма памяти. 1 ТиБ памяти инициализируется минут 10 - 15

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

router ★★★★★
()
Последнее исправление: router (всего исправлений: 1)
Ответ на: комментарий от anonymous

Не особо оно и долго инициализировалось. Не сильно дольше Pentium 3. А для сервера долгая инициализация ок.

miXel
()
Последнее исправление: miXel (всего исправлений: 1)

А что с временем у аналогичной техники IBM например? Тоже жопа полная? IBM x3550 добирается до загрузки меньше чем за минуту. Модельки постарше - уже медленнее. А текущие модели как?

да ладно. x3850 m2, 1 Tb, загрузка минут 15. лезвия x240 и x440, 756 Gb, загрузка минут 7

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

this. время загрузки сервера зависит от объёма памяти. 1 ТиБ памяти инициализируется минут 10 - 15

Проверка памяти отключена. Тормозит всякая инициализация периферии, причём любой.

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

x3850 m2, 1 Tb, загрузка минут 15. лезвия x240 и x440, 756 Gb, загрузка минут 7

Вот ведь шлак...

Смысл проверки памяти при загрузке от меня как-то ускользает. Память ECC и если чо, то оно уведомит систему. Вероятность того, что память сбойнёт именно во время загрузки в сотни тысяч раз меньше вероятности того, что память сбойнёт во время работы.

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

Stanson ★★★★★
() автор топика
Последнее исправление: Stanson (всего исправлений: 1)

Медленно запрягают, но быстро едут.

Да будет у всех системных администраторов так. Ведь дрочить hard reset’ом железный сервер это не дело.

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)
Ответ на: комментарий от EXL

Ведь дрочить hard reset’ом железный сервер это не дело.

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

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

Хех, у самого есть пара HP Gen8, но это фигня.

Вот есть такая коробка Fujitsu BX900, забитая наполовину(8 compute-лезвий, пара управляющих, пара коммутационных, ничего особенного в общем). Не дай Б-г ребутать ее - шасси подымается минут 10 и потом еще минут 20 минимум стартуют сами лезвия.

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

Но да, как человек, который недавно обновлял G8 полностью, а потом отдельно накатывал новые iLO и BIOS я тебя понимаю. Убил на это всё полтора дня.

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Stanson

Тормозит всякая инициализация периферии, причём любой.

уверен? отключи графический баннер во время загрузки

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

уверен? отключи графический баннер во время загрузки

Уверен. Что с баннером, что без него - разницы никакой.

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

Есть такое.
Причем началось это с G6.
На G1-G5 не было ощущения, что загрузка очень долгая.
С другой стороны, перезагрузка на hi-end серверах от SUN длилась по 20 минут. Что способствовало вырабатыванию соответствующего отношения к перезагрузке. Перезщагрузка - это ЧП, что-то из ряда вон выходящее. А то, понимаешь, привыкли на x86 перезагружаться по каждому чиху.

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