Разработчики FreeBSD опубликовали (http://permalink.gmane.org/gmane.os.freebsd.announce/517) уведомление, предупреждающее о прекращении 30 июня поддержки и выпуска обновлений с исправлением ошибок безопасности для версии FreeBSD 7.2, спустя месяц после выхода релиза FreeBSD 7.3 (http://www.opennet.me/opennews/art.shtml?num=25927) на который и рекомендовано произвести обновление.
Поддержка FreeBSD 7.3 продлится до 31 марта 2012 года. Срок поддержки FreeBSD 6.4 и FreeBSD 8.0 истекает 30 ноября текущего года, а FreeBSD 7.1 - 31 января 2011 года (расширенный срок поддержки).
URL: http://permalink.gmane.org/gmane.os.freebsd.announce/517
Новость: http://www.opennet.me/opennews/art.shtml?num=26859
примерно 2 года поддержки для релиза. Терпимо
у меня еще одна 6.4 живет, видимо стоит запланировать обновление в ближайшее время... хорошая возможность заказать пару блейдов.
FreeBSD не требует больше ресурсов с новыми версиями. Сотрудников, которые тратят деньги на ненужное железо надо выкидывать на улицу с записью в трудовой о несоответствии занимаемой должности. Некомпетентное начальство тоже надо гнать.
это ты сейчас вот откуда такой вывод сделал а? по юзерпику чтоль? жжош товарисч аноним. сервер серверу рознь и если у меня на сервере стоит 6.4 значит она там апгрейдилась с 5.2.1, про то какое железо там стоит я даж рассказывать не буду, но ты можешь прикинуть какие "серваки" из дещевых комплектующих собирались на коленке в 2002 году. Да оно работает и на 8.1 будет работать. Но я лучше закажу новый блейдик рублей за 30, а тебе продам этот хлам, заходи. гг.
>FreeBSD не требует больше ресурсов с новыми версиями. Сотрудников, которые тратят деньги >на ненужное железоТак же, тех, кто размещает _критичные_ данные компании, в которой они работают (database сервер с чем-нибудь для какого-нибудь местного бизнес-приложения, например) на "серверах"
из Core I7 без ECC памяти, нужно отправлять туда же.
А вот время устаревания серверного парка, конечно, действительно очень большое.Не понятен смысл Вашего комментария... Разве в том посте, на который Вы ответили, содержался какой-то намек на приверженность регулярной покупке нового железа (с целью "распила $"?) Что именно Вас так возмутило?
>Так же, тех, кто размещает _критичные_ данные компании, в которой они работают
>(database сервер с чем-нибудь для какого-нибудь местного бизнес-приложения, например) на "серверах" из Core I7 без ECC памяти, нужно отправлять туда же.Знали бы вы, из какого хлама собираются сервера Google и что на них ставят...
>>Так же, тех, кто размещает _критичные_ данные компании, в которой они работают
>>(database сервер с чем-нибудь для какого-нибудь местного бизнес-приложения, например) на "серверах" из Core I7 без ECC памяти, нужно отправлять туда же.
>
>Знали бы вы, из какого хлама собираются сервера Google и что на
>них ставят...Ага, наверно сплошь пентиумы 1 133мхз, с 8 мегами рамы на борту и винтами в 2,1Гб. А чо очень даже мощные сервера получаются да. Короче всякие нищеброды могут хоть на MK-61 работать, а я привык держать в стойке нормальное человеческое железо, и по мере необходимости апгрейдить его. Распилов и откатов не практикуем бо зарплата в разы больше любых распилов и откатов и рисковать ей как-то не хочеццо. Приличный блейд обходится в 1 - 1,5 косых, для бизнеса это копейки, а для нищеброда повод уволится или удавится, да.
>Знали бы вы, из какого хлама собираются сервера Google и что на
>них ставят...А гугл может позволить себе некоторые сбои. Во первых, никто скорее всего ничего не заметит. Во вторых - у них распределенная структура и в ней надежность обеспечивается иными методами. Ну, гугл может позволить себе плюс-минус эн серверов, включая и запас на избытчность. А вы - сможете? :)
>>Знали бы вы, из какого хлама собираются сервера Google и что на
>>них ставят...
>
>А гугл может позволить себе некоторые сбои. Во первых, никто скорее всего
>ничего не заметит. Во вторых - у них распределенная структура и
>в ней надежность обеспечивается иными методами. Ну, гугл может позволить себе
>плюс-минус эн серверов, включая и запас на избытчность. А вы -
>сможете? :)А у меня, а у меня,... А у меня домашняя машинюшка с новым блестящим винчестером без пыли внутри и бэкапы. :))
А знаете, без ECC памяти то есть такой шанс - узнать однажты что бэкапы внутри слегонца (или не очень слегонца) ... трухлявые. И будучи исправными на вид - по факту немного, или много попорчены. Никогда так не прикладывались? А бывает, да. Например, ни одна файловая система не ожидает что данные портятся в памяти. Даже контрольные суммы - панацеей не являются, т.к. в принципе данные в памяти могут портиться в произвольные моменты времени а считать чексуммы постоянно и непрерывно, чтобы проверить что данные не дай боже сами без спроса не изменились - никаких процессоров не хватит.
>FreeBSD не требует больше ресурсов с новыми версиями.Более того - работает быстрее с каждым релизом.
Нет. Это только линуксы Red Hat с архитектурой ядра 2006 года на новом железе работают быстрее. Для них ничего не меняется, кроме частотной формулы CPU.
>Нет. Это только линуксы Red Hat с архитектурой ядра 2006 года на
>новом железе работают быстрее. Для них ничего не меняется, кроме частотной
>формулы CPU.Сидел на FreeBSD 6-ке, перешел на 7-ку - работает ну очень заметно быстрее и меньше ресурсов потребляет. Перешел на 8-ку - еще быстрее. Это не только субъективно - разного рода исследователи это подтверждают графиками. Все так и есть.
У меня FreeBSD 8-STABLE на Athlon XP работает реактивнее, чем на Phenom II X4.
Сказывается не частота или архитектура процессора (динамическая разница в частоте от -1000 до 800МГц), а именно латентность (задержки) памяти. У DDR-333 латентность ниже, чем у DDR3-1333. Кроме того, у Phenom'а есть дополнительный кэш L3.
>У меня FreeBSD 8-STABLE на Athlon XP работает реактивнее, чем на Phenom
>II X4.
>Сказывается не частота или архитектура процессора (динамическая разница в частоте от -1000
>до 800МГц), а именно латентность (задержки) памяти. У DDR-333 латентность ниже,
>чем у DDR3-1333. Кроме того, у Phenom'а есть дополнительный кэш L3.
>Это все понятно, но я-то обновлялся на одной и той же машине.
Обясните, пожалуйста, поподробнее или дайте линк.
Кстати, основная причина в том, что ведется планомерная смена архитектуры с 5-ки на 8-ку. Об этом подробно написано на freebsd.org.
>Кстати, основная причина в том, что ведется планомерная смена архитектуры с 5-ки
>на 8-ку. Об этом подробно написано на freebsd.org.FreeBSD 5.x не поддерживается уже несколько лет.
>FreeBSD 5.x не поддерживается уже несколько лет.Это понятно, но я же не о пятерке говорил как таковой, а об ускорении системы.
>Это понятно, но я же не о пятерке говорил как таковой, а
>об ускорении системы.Я с вами согласен. Впервые ощутил ускорение, когда сменил FreeBSD 6.1 на версию 6.2. Разработчики серьёзно поработали над тюнингом файловой системы (UFS2). Сейчас, по прошествии трёх лет, она наверняка заткнёт за пояс любую линуксовую ФС по быстродействию чтения и записи файлов.
> заткнёт за пояс любую линуксовую ФС по быстродействию чтения и записи файлов.Да вы бенчмарки давайте, на одном и том же хардваре. А то вы так говорите как будто остальные только груши околачивали. А они тем временем сделали себе EXT4, который мягко говоря, изрядно уделывает EXT3, а во вторых - уже почти сделали btrfs :)
ещё как требует. ядро растет в объеме, и памяти при старте хочет уже больше как и остальной софт. ядро версии 4.3, если не ошибаюсь было около 3-4 мег, версия 6.х уже под 8 мег и т.д. так что не плодите мифы;)
бредите
зависимость скорости от размера не прослеживается
> ещё как требует. ядро растет в объеме, и памяти при старте хочет уже больше как и остальной софт. ядро версии 4.3, если не ошибаюсь было около 3-4 мег, версия 6.х уже под 8 мег и т.д.Учите-ка матчасть. Это никак не влияет на производительность.
>ещё как требует. ядро растет в объеме, и памяти при старте хочет
>уже больше как и остальной софт. ядро версии 4.3, если не
>ошибаюсь было около 3-4 мег, версия 6.х уже под 8 мег
>и т.д. так что не плодите мифы;)Дефолтное ядро (GENRIC) растет в объеме в том числе и потому, что в него добавляют новые фичи и драйверы.
Причем в GENERIC их специально стараются запихнуть побольше, чтобы фряха смогла найти как можно больше устройств сразу после установки.А так:
cd /usr/src/sys/i386/conf/
cp GENERIC MYKERNEL
ee MYKERNEL (убираете лишнее)
config MYKERNEL
cd ../compile/MYKERNEL
make depend
make
make install
shutdown -r
ls -la /boot/kernel/kernel
???????
PROFIT!
А теперь вопрос к уважаемым господам любителям freebsd.
Достался почтовый , а так же диалап,
а так же самба сервер по наследству на freebsd 5.4.
Все это крутится на одном сервере.
Как его обновиь до актуального состояния с наименьшими усилиями?
Ну, самое простое - сохранить конфиги, и переставить ОС.
>Ну, самое простое - сохранить конфиги, и переставить ОС.+1
5 версия фряхи была довольно сырой.
А программа freebsd-update появилась, если не ошибаюсь, только с 6.2.
Поэтому лучше всего сохранить конфиги и поставить 8.0 с нуля.
А вот с неё можно будет обновляться без переустановок.
>А теперь вопрос к уважаемым господам любителям freebsd.
>Достался почтовый , а так же диалап,
>а так же самба сервер по наследству на freebsd 5.4.
>Все это крутится на одном сервере.
>Как его обновиь до актуального состояния с наименьшими усилиями?с 5.4 да, скорее переставлять с нуля, но думаю можно попробовать схему -> 6.4 -> 7.3 -> 8.0
хотя лучше все же переставить, забекапить конфиги и чистую установки сделать, походу перейти с i386 на amd64 и новое железо.