LINUX.ORG.RU

RHEL 5.3

 


0

0

Одно из главных нововведений Red Hat Enterprise Linux 5.3 - поддержка нового процессора Intel Core i7 (Nehalem). Этот процессор был выпущен в конце ноября прошлого года и базируется на новой микроархитектуре, обладающей повышенной производительностью по сравнению с предыдущими поколениями процессоров компании. В Red Hat заявляют, что их ОС не только научилась работать с этим процессорами, но и может управлять разными функциями Core i7, например, продвинутой технологий питания ядер процессора. Будущие версии Xeon, обладающие 8-ю ядрами, появятся позже в этом году и будут также поддерживаться этой ОС.

В настоящее время поддерживается физический сервер, имеющий до 126 процессоров и 1 ТБ физической памяти. А поддержка таких возможностей как Hugepage memory и Intel Extended Page Tables (EPT), позволила совершенно радикально повысить производительность виртуальных серверов.

>>> Подробности



Проверено: Shaman007 ()
Ответ на: комментарий от a110c

>И смысл применения рхела есть тогда, когда покупается оно под оракелом, к примеру. На сертифицированном железе и с саппортом за оракел и за рхел. Только такой расклад ничем не отличается от покупки венды с 1С-ом

>Резюме: рхел -- неплохая хрень, если за неё заплатили реальных бабок. Но при таком раскладе не всё ли равно, что запускать/поддерживать за бабки? Романтика псевдоопенсорца?

Вы действительно не видите разницы между ОС Windows и ОС Linux?

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

> RHEL просто удобно, кому не удобно, используют что-то другое

Удобно оно как балет в кирзовых сапогах. Если ни в чём других пару лет не ходил, то самое оно.

> о чем были ваши сообщения лично я вообще не понял.

Ты за пониманием к ЛОРу ходишь? Вот чудак...

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

> Вы действительно не видите разницы между ОС Windows и ОС Linux?

А чем отличается платный РХЕЛ от платной Макоси?

Нашёл линукс в виде рхела. Может, Sun Java код бинарный и опера проприетарная -- это тоже линукс? Я так не думаю и тех, кто пытается убедить меня в обратном, воспринимаю как обманщиков.

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

>> RHEL просто удобно, кому не удобно, используют что-то другое

> Удобно оно как балет в кирзовых сапогах. Если ни в чём других пару лет не ходил, то самое оно.

тут я могу только одно сказать - по себе не судят. С чего вы взяли что тут все только с oracle под linux игрались? Это вам бабка нагадала? Что за предвзятое отношение? Пазитив-то будет, или у вас перед сном всегда такое настроение?

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

> А чем отличается платный РХЕЛ от платной Макоси?

тролль тут по всей видимости только один, включит мозг и сам подумать никак не может, а других провоцирует :)

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

> Должна появиться поддержка i7 в ядре. Ура!

Оно, вообще-то, сначала в ядре появляется, потом в шапке :-)

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

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

Бхааа. "Настоящая ось" - это их анбрейкабл линукс, который один в один rhel? ;) И именно поэтому у них Linux вышел на первое место и в разработке и в использовании? :)

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

>> Вы действительно не видите разницы между ОС Windows и ОС Linux?

>А чем отличается платный РХЕЛ от платной Макоси?

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

>Нашёл линукс в виде рхела. Может, Sun Java код бинарный и опера проприетарная -- это тоже линукс?

Бред полный. Ввиду этого кормить тебя больше не буду, а то скоро лопнешь. Иди спать, на ночь переедать вредно.

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

>"Настоящая ось" - это их анбрейкабл линукс, который один в один rhel?

Никогда не слышал от ораклистов (в т.ч. сертифицированных) ничего про анбрейкабл. Вот про HPUX были разговоры, да. Зачем Oracle клонировало rhel я тоже не понимаю, мож кто тут объяснит? :)

anonymous
()

Я не понимаю в чем дело. Линус что для RHEL написал новое ядро с новым модулем? Какое-то глупое сообщение или что-то недосказано?

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

> Зачем Oracle клонировало rhel я тоже не понимаю, мож кто тут объяснит? :)

тебе тут техподдержка ктулху чтоли? иди да у ораклов спрашивай, так и напиши на oracle.com мол "нах вам unbreakable лялих" - там тебе подробно обьяснят.

в теме троль на тролле и троллем погоняет...

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

> Информация для тех, кто хочет бесплатно получить официальный Red Hat Enterprise Linux:

Во-первых, возможность скачать образы с бесплатной trial-подпиской существовала всегда.

Во-вторых, смысла от такого "официального Red Hat Enterprise Linux" без платной подписки ровно 0, уж лучше CentOS поставить.

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

>> уж лучше CentOS поставить.

> Не "уж лучше", а просто идеальный вариант :)

Ну, идеалы у всех разные :)

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

>За день завершил миграцию всех серверов и рабочих станций с RHEL 5.2 на RHEL 5.3. Особых проблем не встретил. Вот за это обожаю Red Hat Enterprise Linux!

cssh `cat server_list | xargs`
yum update -y

а остальные 5 часов и 59 минут что делал? :)

dimon555 ★★★★★
()

Ура товарищи! Всех Поздравляю!

мой любимый дист еще с тройки, ну в виде centos конечно :) - на него перешел с девятки:)

Что еще нужно для работы? надежно работает, поддерживает все оборудование и... не отвлекает от работы на ненужные приседания с компиляцией всего и вся.

PS унылых троллей - в ...

fi ★★★
()

хорошая новость, теперь ждем апдейта от CentOS

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

> > Не троллинга пустого ради, а вразумения для: какую "настоящую ось" Вам советовали "оракелисты"?

> Из числа тех, под которыми оракел работал до той поры, как опустился до рхела.

Под линукс первая версия оракла была 8.0, а 7.3 я лично видел под SCO OpenServe и Windows. Вам именно их и посоветовали? Ну тогда меняйте этих ораклистов, все равно они только в утиль годны :-)

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

> Сидел год или два на рхелах и центосах. [...] Разве что какой-то огрызок ставить: проксю, роутер или сендмыло какое водружать...

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

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

> А чем отличается платный РХЕЛ от платной Макоси?

1. Платная в RHEL поддержка (RedHat Network)

2. Для всех пакетов (кроме очень немногих) есть исходники

3. RHEL/Fedora на настоящий момент являются локомотивом линуксового сообщества - SELinux, xorg, новые версии gcc и много чего еще - где они вначале появились в качестве штатных компонентов системы?

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

> 3. RHEL/Fedora на настоящий момент являются локомотивом линуксового сообщества - SELinux, xorg, новые версии gcc и много чего еще - где они вначале появились в качестве штатных компонентов системы?

gentoo? :)

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

> 3. RHEL/Fedora на настоящий момент являются локомотивом линуксового сообщества - SELinux, xorg, новые версии gcc и много чего еще - где они вначале появились в качестве штатных компонентов системы?

> gentoo? :)

Да нет ... именно ред хотовцы и вносят основной вклад в развитие Xorg, gcc ...

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

>А чем отличается платный РХЕЛ от платной Макоси?

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

Во вторых открытые исходники

anonymous
()

Я тоже хочу процессор от интел с поддержкой технологии ЁПТ!

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

> Пример-фетиш с оракелом знаем, как и знаем, что сами оракелисты приватно говорят, что рхел -- говно для нищих и советуют выбрать настоящую ось

^^^ Троллинг

Уссацца! Я даже боюсь предположить какую ось они советуют выбрать Несколько десятков серверов c Oracle на RHEL5 в серверной жужжать и толпа ораклоидов вокруг и ни один не советует такие глупости.

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

> Бхааа. "Настоящая ось" - это их анбрейкабл линукс, который один в один rhel? ;) И именно поэтому у них Linux вышел на первое место и в разработке и в использовании? :)

Жирный, жирный тролль... Про солярку слышал? ;)

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

> gentoo? :)

И вновь не ожидал от тебя такого, ты же блондинка с макбуком и убунтой? о_О

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

> Объясните, а в чем заключается "поддержка нового процессора Intel Core i7 (Nehalem)"?

Предположение:

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

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

> Ксубунту явно строится по принципу "просто поставили мета-пакет xfce на Убунту и ничего не трогали". А это уныло.

кубунту так же и это главная проблема этих дистрибов

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

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

Всего лишь 996 новых патчей в ядре. Шлака с ванилью... Сравни её по стабильности с RHEL.

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

Еще одно предположение: научили шедулер понимать, что у нехалема есть физические, а есть логические ядра (в смысле, определенная пара логических ядер тесно связана между собой - конкурирует за исполнительные устройства, делит общий l1 кэш, и образует одно физическое ядро). И шедулер распределяет потоки/процессы по ядрам с учетом этих знаний. Кстати, линуксовый шедулер by design умеет такие вещи учитывать?

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

> a110c, я не пойму к чему вы клоните?

Это какой-то свежий задрот вылез :) Может быть, попытается повторить путь славы известных и уже забаненных ;)

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

> Я не понимаю в чем дело. Линус что для RHEL написал новое ядро с новым модулем? Какое-то глупое сообщение или что-то недосказано?

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

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

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

> И шедулер распределяет потоки/процессы по ядрам с учетом этих знаний. Кстати, линуксовый шедулер by design умеет такие вещи учитывать?

Не знаю. А где-нибудь еще такие полу-ядра? Да и в формулировке smp я никак не ожидаю такого подвоха с "ядрами".

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

> Я не понимаю в чем дело. Линус что для RHEL написал новое ядро с новым модулем? Какое-то глупое сообщение или что-то недосказано?

Нет, просто у Linux ядра есть аппаратно зависимая часть, которую нужно переписывать под каждую архитектуру. В случае i386 -> i586 (думается, в подобном случае тоже) изменение аппаратно зависимой части даст выигрыш.

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

> А где-нибудь еще такие полу-ядра?

Да, в pentium4 со включенным гипертредингом.

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

> Да и в формулировке smp я никак не ожидаю такого подвоха с "ядрами".

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

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

>> Да и в формулировке smp я никак не ожидаю такого подвоха с "ядрами".

> Этот подвох все равно ни на чем, кроме производительности, не скажется. В чем-то аналогичная картина может возникать, когда в системе несколько многоядерных процессоров. Два ядра внутри одного процессора могут быть связаны более тесно (по сравнению с двумя ядрами из разных процессоров), так как у них может быть общий l2 или l3 кэш.

Поясните пример:

1) У нас долгие пакеты независимых заданий. Например каждый процесс обрабатывает свою матрицу (большую). Если у нас каждый процесс на своем физическом ядре - у него есть свои l2 и l3 кеши, в которых он может хранить куски матрицы. Если 2 процесса попадают на одно физическое ядро - они конкурируют за кеши, стараясь запихнуть туда свою матрицу, а не матрицу конкурента.

2) Процессы работают с одной матрицей. Тогда как-бы размещение их на одном физическом ядре вреда не несет.

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

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

Не плачь, всеравно никто не оценит. Продолжнай в том же духе ждать Lenny и не мешай шапошникам радоваться очередному негеморойному обновлени.

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

> Если так - как это учесть в планировщике? Имхо, просто эти гипертрейдинг технологии - само по себе снижение производительности, планировщик из-за них раздувать и усложнять - себе в убыток.

http://www.usenix.org/event/bsdcon03/tech/full_papers/roberson/roberson.pdf

К обсуждаемому вопросу относится секция 3.6.3

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

>Это как? В сабже какой-то особенный, свой собственный ACPI?

Помнишь, были такие штучки на матери в мостах, управляли питанием?

Вот теперь оно в процессоре, как и ранее переехавший контроллер памяти.

jackill ★★★★★
()

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

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

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

брехня

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

> Я чет не понял, любой x86-дистр на i7 не заведется? Ну я понимаю, нужно рулить дополнительными плюшками, но совместимость-то все-равно есть.

По командам, конечно, совместимость есть, но acpi-related код может взглючить запросто. Просто потому, что на такую конфигурацию не расчитан.

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

>Блин, дотачивать их до юзабельного состояния не менее затратно по времени, чем Шлаку или Фрю.

А что конкретно дотачивал?

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

Например?

Ядро отлично собирается с нужными опциями. Плюс можно собрать ванильное - такая опция тоже есть.

Опять же никто не заставляет тебя собирать rpm - можешь пользоваться своим ядром прямо из сорцов.

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

> За день завершил миграцию всех серверов и рабочих станций с RHEL 5.2 на RHEL 5.3. Особых проблем не встретил.

Всех двух?

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

> можно спокойно покупать новый сервак на новом процессоре, всё будет работать и не жрать лишние киловатты энергии в простое

Сервак в простое - АЧУМЕТЬ

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