Компания Red Hat анонсировала (http://investors.redhat.com/releasedetail.cfm?ReleaseID=579197) выход дистрибутива Red Hat Enterprise Linux 6.1 (http://www.redhat.com/rhel/), в котором представлено исправление ошибок, реализация поддержки нового оборудования и добавление новых возможностей.
RHEL 6.1 поставляется в следующих вариантах:- Red Hat Enterprise Linux Client 6 для архитектур x86 и AMD64/Intel 64
- Red Hat Enterprise Linux High Performance Compute Node 6 для архитектуры AMD64/Intel 64
- Red Hat Enterprise Linux Server для архитектур x86, AMD64/Intel 64, IBM System z и IBM POWER;
- Red Hat Enterprise Linux Workstation для архитектур x86 и AMD64/Intel 64.
Ключевые новшества Red Hat Enterprise Linux 6.1:
- Оптимизация производительности механизмов виртуализации, главным образом направленная на приближение производительности запущенных в виртуальных окружениях систем к скорости выполнения без использования средств виртуализации.
- Умень...URL: http://investors.redhat.com/releasedetail.cfm?ReleaseID=579197
Новость: http://www.opennet.me/opennews/art.shtml?num=30607
Ждём CentOS 6.1, месяца эдак через 4.
ого, дай бог к этому времени 6.0 =)
Кто подскажет куда делся в 6ке файл hwparam?
В смысле, делся? Не было такого никогда. Это какой-то дебиановский хак, и в редхат-системах такого конфига не было.Если вы про hwconf, то он почил в бозе вместе с давно выкинутым kudzu. Определение нового железа динамическое в любой момент через udev, как это нынче принято, kudzu не нужен.
> В смысле, делся? Не было такого никогда. Это какой-то дебиановский хак, и
> в редхат-системах такого конфига не было.
> Если вы про hwconf, то он почил в бозе вместе с давно
> выкинутым kudzu. Определение нового железа динамическое в любой момент через udev,
> как это нынче принято, kudzu не нужен.Да, этот файл. Видать опечатался.
Жаль, так удобно было.
рекомендации гентушнегов: если вы просто пытаетесь узнать свое железо, пользуйтесь dmesg, lshw, lspci
> агент для мониторинга NFSv4-ресурсовГде можно об этом по подробней узнать?
из значительно расширенной документации :)
ура, а centos 6.0 еще нет.
А нужен ли он вообще, центос 6.0? С учетом исправленных багов в 6.1, начиная с инсталлятора.. По-моему никто все равно его ставить не будет, когда в 6.1 исправления уже есть.По-моему ребятам стоит выпускать сразу 6.1, ценность выпуска 6.0 стремится к нулю..
А 6.0 вообще не устанавливается? Мне нужен 6 по двум критериям: нужен red hat-производный дистрибутив и с более менее свежими пакетами.
Вообще устанавливается, но там пачка неприятных багов была.http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6...
Несмотря на введенный ip оно автоматически переключается на dhcp, с ext4 на /boot какие-то грабли (кстати, у меня это прошло без проблем.. хм..), винчестеры > 1 Тб не видит, ну и т.д.
Есть Scientific, например.
Подскажите, плиз. Есть сервер с RHEL, к нему подключен дисковый массив по FC. На массиве нарезаем луны, как можно показать их данному серверу без перезагрузки ?
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5...
Дать команду на рескан SCSI. Дальнейшее зависит от типа устройства. Хотя обычно хватает команды типа echo "- - -" > /sys/class/scsi_host/host0/scan (естествено, нужно указать правильный SCSI Host).
у ребят из центоса видать старые компы, уж долго собирают его, пока соберут 6.0, те уже 6.2 выпустят. Пока альтернативу вижу Oracle Linux
Дело не в компах. Бинарники редхата собраны каждый по своему - со своим набором опций компилятора и тд. Ребята из центос методом тыка подбирают эти условия чтобы получить бинарник полностью совпадающий с редхатовским, чтобы была гарантированная бинарная совместимость, а не только на общем уровне и на уровне исходного кода. Хотя может и вру.
> Дело не в компах. Бинарники редхата собраны каждый по своему - со
> своим набором опций компилятора и тд. Ребята из центос методом тыка
> подбирают эти условия чтобы получить бинарник полностью совпадающий с редхатовским, чтобы
> была гарантированная бинарная совместимость, а не только на общем уровне и
> на уровне исходного кода. Хотя может и вру.Никакие опции компилятора не подбирают. Опции идут в спеках сырцопакетов. Такие тормоза от того что афтор давно забил на центось:
1. 4 первых месяца года вообще не было обновлений 5.Х
2. Полумертвые списки рассылки разработчиковВсе кому нужна халявная RHEL с оперативными обновлениями давно ушли на SL.
Что такое SL? (Вопрос "чайника")
Scientific Linux
> Scientific LinuxУж точно темная лошадка.
>> Scientific Linux
> Уж точно темная лошадка.дооо FermiLAB и CERN это мелкие торгаши =)
Вот если бы сам Петрик с Грызловым дистр поддерживали, тогда согласен. А кто такие эти CERN? :)
> Вот если бы сам Петрик с Грызловым дистр поддерживали, тогда согласен. А
> кто такие эти CERN? :)CERN - европейская лаборатория физики элементарных частиц в Женеве (Швейцария); организация-разработчик World Wide Web. (c)КО
> CERN - [...] организация-разработчик World Wide Web. (c)КОНет.
>> CERN - [...] организация-разработчик World Wide Web. (c)КО
> Нет.World Wide Web придумал Тим Бернерс-Ли. Работал он именно в CERN. В 1989 году он предложил руководству проект который через год был утвержден и принят. Проект назывался "Information Management: A Proposal". (С)КО
А есть какие-то иные соображения на счет авторов разработки 3W?История www:
http://www.w3.org/History.htmlСамый самый первый в мире сайт жив до сих пор:
http://info.cern.ch/А... типа ввв разработал Тим, а ЦЕРН -буржуи присвоившие себе его открытие просто потому что кормили его у себя?
Ну что-ж, хорошие специалисты не всегда умные люди...Работал Тим в ЦЕРН, предложение о проекте подавал начальнику... Систему развертывал не сам Тим, а специалисты ЦЕРНа в том числе...
В среде борцов за свободы очень популярно высказывание что "идея - ничего не стоит"... Так вот Тим- только подал идею.. все остальное сделало руководство ЦЕРН через своих подчиненных.
>>> CERN - [...] организация-разработчик World Wide Web. (c)КО
>> Нет.
> Работал Тим в ЦЕРН, предложение о проекте подавал начальнику... Систему развертывал не
> сам Тим, а специалисты ЦЕРНа в том числе...Благодарю, не знал. Почитаю ещё :)
И куда мне баги слать ? У центосовцев был багтрекер, а где он у Scientific? Шифранулись как милкомягкие?
http://tinyurl.com/6h5d9n2
http://www.scientificlinux.org/
более того, нужна только совместимость API и ABI. и она есть.вообще-то центосовцы всегда добавляли свои фичи (например поддержку xfs в 5, когда в рх её не было. и тд) не нарушая совместимость с рх.
да и получить бинарник полностью совпадающий с редхатовским не получится хотя бы из-за подписи:
http://www.rhd.ru/docs/manuals/enterprise/RHEL-4-Manual/sysa...
Никакие опции компилятора не подбирают. Опции идут в спеках сырцопакетовПодбирают опции сборки КОМПИЛЯТОРА а не пакетов. Даже не толко опции, а ищут конкретный набор патчей компилятора, чтобы бинарник, им генерируемый был боее менее похож на тот что выдал RedHat. Причем компилятора в широком смысле - и binutils и прочая прочая.
Тысячи вариантов, уйма работы. Но пока вроде как то справлялись.
Ничего там такого никто не подбирает, исключительно трабла с зависимостями. Авторы пишут, что основная проблема это версии пакетов на системе, в которой редхат ведет сборку. Там понамешано от разных федор, rhel 5 и прочая. Этого-то CentOS-овцы не знают, вот и тычутся.
А как тогда Scientific Linux умудрились быстро собрать дистрибутив? Может быть центосевцем стоит взять исходники тех пакетов которые у них не компилятся у SL и дело быстрее будет двигаться? ;)
Они не парятся над бинарной совместимостью. SL делает свой дистриб на пакетной базе RH, цели у них другие. Им надо cern-овскую инфраструктуру поддерживать, OpenAFS чтоб обязательно и все такое.
Кроме того, RH отрелизила почти одновременно 4.9,5.6,6.0. SL-овцы сразу схватились за сборку 6.0. И щас только 5.6 бету пилят. CentOS team сначала отрелизила 4.9, затем 5.6, теперь доделывают 6.0.
SL фактически пилят дистриб для ограниченного круга юзеров это им упрощает жизнь.
З.Ы. CentOS 6.0 исошники уже у тестеров, скоро на зеркалах. Сборка 6.1 будет много проще. Если конечно главный майнтейнер опять не пропадет куда-то, как в начале года :)
З.З.Ы. Хотелось бы, конечно, чтобы методология сборки CentOS как-то стала бы более доступной потенциальным участникам проекта. Сейчас два с половиной человека пилят втихую, периодически не отвечая по теме и усё :(
Ну, SL могли себе позволить браться за 6.0 - у них 5 в состоянии "rolling release", т.е. они все это время выпускали для него обновления безопасности, не смотря на то, что 5.6 не был ими зарелизен.А вот центосовцы мало того что с 6.0 пролетели, так еще несмотря на политику "5.6 прежде всего" оставили 5-ку на три месяца без обновлений, т.к. не могли выпустить обновления для 5.6 без выхода самого 5.6.
> Ну, SL могли себе позволить браться за 6.0 - у них 5
> в состоянии "rolling release", т.е. они все это время выпускали для
> него обновления безопасности, не смотря на то, что 5.6 не был
> ими зарелизен.Так яж говорю, за сборку в CentOS отвечают два с половиной человека и вот результат. Стоило одному забить на это все в начале года и провал с апдейтами.
> А вот центосовцы мало того что с 6.0 пролетели, так еще несмотря
> на политику "5.6 прежде всего" оставили 5-ку на три месяца без
> обновлений, т.к. не могли выпустить обновления для 5.6 без выхода самого
> 5.6.Совершенно верно. Дистриб жалко, наработки хорошие, я ставлю на работе на рабочки и сервера и вообщем-то доволен, но судьба дистриба под вопросом. :(
> Добавлена поддержка создания прозрачных прокси на базе squid;Раньше такой возможности не было?
>> Добавлена поддержка создания прозрачных прокси на базе squid;
> Раньше такой возможности не было?(фыркаю) Большая проблема... configure --transparent && make && make install.
Скорее всего имеется в виду TPROXY.
>>> Добавлена поддержка создания прозрачных прокси на базе squid;
>> Раньше такой возможности не было?
> (фыркаю) Большая проблема... configure --transparent && make && make install.За такие вещи в пакетных дистрибутивах принято бить по рукам. Металлической линейкой, желательно. Чтобы получить траспарант на кальмаре нужно это указать в конфиге, а не пересобирать его.
Плюсую. Нравится собирать - велкам ту соурс бейзед!
http://ftp.redhat.com/pub/pub/pub/pub/pub/pub/pub/pub/pub/pub/
ОЧ ИНТЕРЕСНЫЙ каталог
Что, интернеты експлодер не показывает позиксовые свойства файлов?
> Что, интернеты експлодер не показывает позиксовые свойства файлов?И багозилла фаепокс тоже...
Не поверите, то-же можно сказать и про Chromium собранный из исходников. "Бинарная совместимость"... И еще много страшных слов, народ, пересядьте на FreeBSD, или хотя-бы на Gentoo, получайте кайф от жизни :) Все самое свежее, исполняются любые желания, как соберешь, так и будет работать, никакой зависимости от Красной Шапочки и Серого Оракла.
Ой, что это я, я же добрый ;)
> Не поверите, то-же можно сказать и про Chromium собранный из исходников. "Бинарная
> совместимость"... И еще много страшных слов, народ, пересядьте на FreeBSD, или
> хотя-бы на Gentoo, получайте кайф от жизни :) Все самое свежее,
> исполняются любые желания, как соберешь, так и будет работать, никакой зависимости
> от Красной Шапочки и Серого Оракла.
> Ой, что это я, я же добрый ;)Может быть хотя бы вы знаете, куда делся АоЕ во фре?
> Может быть хотя бы вы знаете, куда делся АоЕ во фре?/usr/ports/net/aoe
Сильно далеко не прячут.
>>> Увеличена эффективность выполнения сетевых операций на многоядерных системах за счет оптимизации привязки к CPU потока пакетов (пакеты в рамках TCP-сессий неразрывно обрабатываются одним и тем же ядром CPU).Ура, RPS. Теперь не придется тащить пачку из 28-30 патчей для его поддержки в свою сборку ядра.
http://www.redhat.com/about/news/prarchive/2011/Red-Hat-Deli... :
"...delivered 45% better consolidation capability than competitors in performance tests conducted by Red Hat and IBM""...на 45% опережает конкурентов в тестах производительности"
Либо переведите по-человечески, либо уберите тезис вообще
Дополнение:
тут http://www.spec.org/virt_sc2010/results/specvirt_sc2010_perf...
видно, что на одинаковом железе (Hewlett Packard Company ProLiant BL620c G7) KVM опережает ESXi на какие-то копейки.PS. сам в продакшне использую и то и другое
PPS. ну чтоб троллем и неучем не обозвали :)
копейка рупь бережёт.
Что не так ?
http://www.spec.org/virt_sc2010/results/res2011q2/
IBM Corporation x3850 X5 + KVM = 7067@432
Hewlett Packard Company ProLiant DL580 G7 + VMware Inc. ESX 4.1 = 3723@228
как раз разница в 45%.
Вообще все в кучу смешали.Откройте уже спецификацию железа. У Вас 45% прирост получается на 80-ядерном железе против 40-ядерного. Посчитайте индекс в расчете на ядро или на одну VM. Результаты получаются очень близкие (в районе 16 на одну VM). Не говоря уж про то, что на 80-ядерном конфиге стоял RHEL 6.0, а не 6.1.
А во-вторых (это уже к авторам) ну уж совсем странная логика: "а давайте чего-нибудь напишем, лишь бы оставить цифру 45%" и написали бред.
Повторюсь еще раз. "...a combination of Red Hat Enterprise Linux, Red Hat Enterprise Virtualization and IBM systems delivered 45% better consolidation capability..." означает НЕ 45% увеличение производительности, что видно при сравнении на одинаковом железе KVM 6.1 и ESXi http://www.spec.org/virt_sc2010/results/specvirt_sc2010_perf... (по ссылке ВСЕ результаты), а не только последнего квартала, а "на 45% лучший уровень консолидации серверов". Что это, чем меряется (НЕ spec-virtом однозначно!) и зачем маркетологи RH это приплели - это их дело. Им продать надо. А чтобы продать, надо поразить.
Аналогично - на совести тех же маркетологов фраза "Red Hat and HP recently announced that the combination of Red Hat Enterprise Linux with KVM running on a HP ProLiant BL620c G7 20-core Blade server delivered a record-setting SPECvirt_sc2010 benchmark result", который уже давно не рекорд, потому что уделан 80-ядерным IBMом с KVM 6.0ЗЫ. Извините, я сегодня зануда :)