FreeBSD для какой платформы лучше поставить?
Мать - SE7320VR2
Проц - Intel Xeon 2.8i386 или amd64? чет я запутался...
>FreeBSD для какой платформы лучше поставить?
>Мать - SE7320VR2
>Проц - Intel Xeon 2.8
>
>i386 или amd64? чет я запутался...Ставь RHEL4
Речь идет о FreeBSD, RedHat не интересен.
>FreeBSD для какой платформы лучше поставить?
>Мать - SE7320VR2
>Проц - Intel Xeon 2.8
>
>i386 или amd64? чет я запутался...А разве Intel уже купил AMD???
По существу: i386
>FreeBSD для какой платформы лучше поставить?
>Мать - SE7320VR2
>Проц - Intel Xeon 2.8
>
>i386 или amd64? чет я запутался...что сложного?
Вот вам основная ссылка:
http://www.freebsd.org/platforms/
вот на i386:
http://www.freebsd.org/platforms/i386.htmlа вот на amd64:
http://www.freebsd.org/platforms/amd64.htmlполагаю сами быстро разберетесь
В том то и дело что я после прочтения всего этого и задумался...
Смутило вот что (http://www.freebsd.org/releases/5.5R/hardware-amd64.html):As of this writing, the following processors are supported:
AMD Athlon64 (``Clawhammer'').
AMD Opteron (``Sledgehammer'').
Intel 64-bit Xeon (``Nacona''). This processor is fabricated on 90nm process technology, and operates with 2.80 to 3.60 GHz (FSB 800MHz) and Intel E7520/E7525/E7320 chipsets.
Intel Pentium 4 Processor supporting Intel EM64T (``Prescott''). This is fabricated on 90nm process technology, uses FC-LGA775 package, and operates with 3.20F/3.40F/3.60F GHz and Intel 925X Express chipsets. The corresponding S-Spec numbers are SL7L9, SL7L8, SL7LA, SL7NZ, SL7PZ, and SL7PX. Note that processors marked as 5xx numbers do not support EM64T.
>В том то и дело что я после прочтения всего этого и
>задумался...
>Смутило вот что (http://www.freebsd.org/releases/5.5R/hardware-amd64.html):
>
>As of this writing, the following processors are supported:
>
>AMD Athlon64 (``Clawhammer'').
>
>AMD Opteron (``Sledgehammer'').
>
>Intel 64-bit Xeon (``Nacona''). This processor is fabricated on 90nm process technology,
>and operates with 2.80 to 3.60 GHz (FSB 800MHz) and Intel
>E7520/E7525/E7320 chipsets.
>
>Intel Pentium 4 Processor supporting Intel EM64T (``Prescott''). This is fabricated on
>90nm process technology, uses FC-LGA775 package, and operates with 3.20F/3.40F/3.60F GHz
>and Intel 925X Express chipsets. The corresponding S-Spec numbers are SL7L9,
>SL7L8, SL7LA, SL7NZ, SL7PZ, and SL7PX. Note that processors marked as
>5xx numbers do not support EM64T.МяФ!:) так а что вас смутило, если ваш Xeon поддержует 64 битные расширения то тогда ставьте сборку для amd64, если не поддержует тогда ставте для i386... то что сборка называеться для amd64 не означает, что на Xeon 64 битный она не станет или не будет работать...:)
>МяФ!:) так а что вас смутило, если ваш Xeon поддержует 64 битные
>расширения то тогда ставьте сборку для amd64, если не поддержует тогда
>ставте для i386... то что сборка называеться для amd64 не означает,
>что на Xeon 64 битный она не станет или не будет
>работать...:)стоит сервак FreeBSD, ставился под платформу i386 на Xeon, поменяли проц на Xeon с поддержкой EM64T, крутятся щас несколько важных сервисов для которых допустимо минимальное время простоя 4 часа, можете посоветовать как перейти на amd64 не порушив всю систему
>>МяФ!:) так а что вас смутило, если ваш Xeon поддержует 64 битные
>>расширения то тогда ставьте сборку для amd64, если не поддержует тогда
>>ставте для i386... то что сборка называеться для amd64 не означает,
>>что на Xeon 64 битный она не станет или не будет
>>работать...:)
>
>стоит сервак FreeBSD, ставился под платформу i386 на Xeon, поменяли проц на
>Xeon с поддержкой EM64T, крутятся щас несколько важных сервисов для которых
>допустимо минимальное время простоя 4 часа, можете посоветовать как перейти на
>amd64 не порушив всю системувзять диск, на другой машине(платформа должна быть amd64) - установить на него
систему и собрать+настроить всё что нужно и есть на БОЕВОМ СЕРВЕРЕ.После чего диск перенести на БОЕВУЮ и сделать контрольную загрузку на XXминут для
проверки, если что-то не так, подкручивать по ходу или вернуть обратно на машину
сбоку.Все будет цело и ничего не порушиться, иных способов нет
А такой вопрос, отвлечемся от amd64. Допустим на сервере стоит сейчас один винт. Хочу поставить RAID5. Остановка системы более чем на час - критична. Если я соберу системы на другой машине (другом контроллере) на RAID, она потом поднимется на сервере?
>крутятся щас несколько важных сервисов для которых допустимо минимальное время простоя 4 часа, можете посоветовать как перейти на amd64 не порушив всю системуесли есть деньги на 64 битный Xeon, то и на лишний винтик должны найтись. А собирать систему совсем необязательно именно на той машине, на которой настраивать. Страховка от неудач и косяков 100%. В случае облома с чем-либо ставите обратно старый рабочий винт и разбираетесь дальше. downtime 5 min max.
>>крутятся щас несколько важных сервисов для которых допустимо минимальное время простоя 4 часа, можете посоветовать как перейти на amd64 не порушив всю систему
>
>если есть деньги на 64 битный Xeon, то и на лишний винтик
>должны найтись. А собирать систему совсем необязательно именно на той машине,
>на которой настраивать. Страховка от неудач и косяков 100%. В случае
>облома с чем-либо ставите обратно старый рабочий винт и разбираетесь дальше.
>downtime 5 min max.если бы просто был винтик , а там целый hard RAID5 массив
>>>крутятся щас несколько важных сервисов для которых допустимо минимальное время простоя 4 часа, можете посоветовать как перейти на amd64 не порушив всю систему
>>
>>если есть деньги на 64 битный Xeon, то и на лишний винтик
>>должны найтись. А собирать систему совсем необязательно именно на той машине,
>>на которой настраивать. Страховка от неудач и косяков 100%. В случае
>>облома с чем-либо ставите обратно старый рабочий винт и разбираетесь дальше.
>>downtime 5 min max.
>
>если бы просто был винтик , а там целый hard RAID5 массив
>sorry, но это ваши проблемы, если вы делали загрузку с raid5.
Вот почему лучше систему иметь на отдельном диске, а все остальное на массиве,
причем системный можно еще и зазеркалить до кучи.
Как сейчас было бы кошерно - system-hdd + raid, подменили system-hdd и все дела...
Для RAID5 желательно иметь tape-backup'ерPS. Sorry, сочуствую.
>
>sorry, но это ваши проблемы, если вы делали загрузку с raid5.
> Вот почему лучше систему иметь на отдельном диске, а все остальное
>на массиве,
>причем системный можно еще и зазеркалить до кучи.
> Как сейчас было бы кошерно - system-hdd + raid, подменили system-hdd
>и все дела...
>Для RAID5 желательно иметь tape-backup'ер
>
>PS. Sorry, сочуствую.
я понимаю что мои проблемы
всё равно спасибо, буду думать дальше
tape стоит но на неё бэкап базы идет
а насколько целесообразно переводить на amd64, какие проблемы я могу поиметь
Такая же ситуация.
Поставил i386, затем - make buildworld
(подправив make.conf естессно)
>Поставил i386, затем - make buildworld
>(подправив make.conf естессно)
Ой, не стал бы я делать такое на продакшн-системе: по идее все должно быть хорошо и здорово, и косяки в общем-то маловероятны. Но "мало" - не ноль, а в жизни и с нулевой вероятностью события происходят, а маловероятные с катастрофическими последствиями в силу третьего следствия закона мерфи происходят гораздо чаще, чем то подсказывает тервер :) И если уж какой-нибудь косяк случится, то его маловероятность врядли будет хорошим утешением.
Поэтому мой совет - никаких необратимых за пять минут шагов:
Берешь винт, ставишь на него фрю, настраиваешь как нужно, так, чтобы загрузившись с него на боевой машине (и смонтировав разделы на raid'е) получили рабочую систему, для чуствительных к абсолютным путям данных можно использовать nullfs. Это раз. В случае неудачи на этом шаге откат делается отключением винта. Поправляем все замеченые недочеты и даем поработать в штатной нагрузке некоторое время. Убедившись, что все работает как должно, задумываемся над тем "а не оставить ли все как есть", если все же желание загнать систему обратно на рэйд не пропадет, то начинаем аккуратно перекорячивать систему на рэйде (строим мир в chroot'е, например).
Еще один вопрос: чисто с практической точки зрения есть смысл в amd64? На сколько я помню на ней не все пакеты работают. Т.е. по производительности выигрыш будет от поддержки EM64T? Или все же надежней i386?
Если не устраивает производительность системы, то переход на x86_64 врядли поможет. Если памяти < 4Gb, то помоему точно никакого смысла.
ЗЫ
Перенос базы данных с зеркала на 5-й RAID это очень хороший способ заметно замедлить ее быстродействие при операциях требующих записи на устройство (insert, update, delete + select'ы с большими сортировками/группировками). RAID10 -- с точки зрения производительности БД поинтереснее будет
>Если не устраивает производительность системы, то переход на x86_64 врядли поможет. Если
>памяти < 4Gb, то помоему точно никакого смысла.
>ЗЫ
>Перенос базы данных с зеркала на 5-й RAID это очень хороший способ
>заметно замедлить ее быстродействие при операциях требующих записи на устройство (insert,
>update, delete + select'ы с большими сортировками/группировками). RAID10 -- с точки
>зрения производительности БД поинтереснее будетА вот тут я бы воздержался от такой уверенности - при наличии серьёзного рейд-контроллера и количества винтов более 8 запись 5-го рейда начинает обгонять 10ку. И при этом у нас не такие большие потери дискового пространства. Проверял на внешней корзине и рейд-контроллере ~1500$