The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз Red Hat Enterprise Linux 6

10.11.2010 22:45

Компания Red Hat официально анонсировала выход дистрибутива Red Hat Enterprise Linux 6, который будет поддерживаться до 2020 года. Основными отличительными возможностями RHEL 6 названы всесторонняя поддержка виртуализации, переход на использование современного Linux-ядра, улучшенная поддержка технологий энергосбережения и доступ к самым свежим версиям программного обеспечения.

Дистрибутив поставляется в следующих вариантах:

  • Серверный вариант: Red Hat Enterprise Linux Server
    • Кластерное хранилище (Clustered Storage);
    • Файловая система большого размера (Large File System);
    • Высокая доступность (High Availability);
    • Балансировка нагрузки (Load Balance).
  • Десктоп-вариант Red Hat Enterprise Linux Workstation
    • Large File System

Ключевые улучшения:

Всесторонняя поддержка технологий энергосбережения.

Нововведения в сфере разделения времени процессов в ядре Linux (tickless kernel) позволили более часто переводить ядра процессора в состояние с пониженным энергопотреблением. Это в свою очередь привело к тому, что процессор меньше греется, и уменьшаются расходы на электроэнергию. Новые утилиты, например powertop, разработаны, чтобы помочь оценить проблемные места в трате энергии, а затем помочь в том, чтобы ещё её уменьшить. Например, служба "tuned" позволяет адаптировать потребление энергии согласно характеру нагрузки системы.

Улучшения в производительности.

Инженеры компании Red Hat играли ключевую роль в разработке возможностей, направленных на улучшение производительности основной ветки ядра и большая часть из них появилась в Red Hat Enterprise Linux 6. В первую очередь это включает в себя новый планировщик задач CFS (Complete Fair Scheduler), который "честно" делит такты процессора и обеспечивает определённость того, что задачи с высоким приоритетом не будут затронуты выполнением задач с низким приоритетом. В дополнение к этому, было произведено большое количество улучшений синхронизаций блокировок при работе в мультипроцессорной системе. Эти улучшения включают, например, исключение ненужных блокировок в ядре, замена многих spin lock'ов на sleep lock'и и реализация более эффективных блокировочных примитивов. Эти глубокие изменения коснулись значительного числа подсистем ядра. По заявлению представителей Red Hat производительность сетевой системы была увеличена в два раза, а файловой системы в многопользовательском окружении в 2-5 раз;

Улучшения в масштабируемости.

Свежие запуски новых SMP процессоров от Intel и AMD привели к значительному росту вычислительных платформ массового уровня. Например, сейчас можно иметь 64 процессора и 2TB оперативной памяти в платформе, умещающейся всего лишь в форм фактор 5U. Такие системы и системы, которые за ними последуют, уже практически упираются в лимиты Red Hat Enterprise Linux 5. Главная возможность Red Hat Enterprise Linux 6 заключается в обеспечении поддержки масштабируемости с учетом возможного развития систем в будущем. Возможности RHEL6 включают поддержку большого количества процессоров и больших объёмов ОЗУ, а также поддержку работы конфигураций систем с большим количеством связанных шин и периферии. Такие возможности подходят как для работы напрямую на железе (bare metal) так и в виртуализированной среде, ибо последняя стала не менее распространённой.

Новые возможности в обеспечении безопасности.

Новая служба System Security Services Daemon (SSSD) занимается обеспечением централизованного управления учётными записями пользователей. Она имеет также возможность кэширования авторизации для использования за пределами сети (aka offline mode). SELinux теперь предоставляет возможность запуска непроверенного ПО в песочнице для того, чтобы система была нетронутой. Эта возможность включает с себя работу изолированного виртуализированного гостя в среде Red Hat Enterprise Linux 6.

Управление ресурсами.

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

Виртуализация.

Red Hat Enterprise Linux 6 использует стандартную для Linux систему виртуализации KVM, которая в этой версии RHEL включает улучшения в производительности, планировщике процессов и поддержке железа, а также предлагает повышенную гибкость и контроль, невзирая на модель развёртывания. Поддержка Xen в RHEL 6 сохранена только при работе системы в гостевом режиме, возможность использования RHEL 6 в качестве хоста (Dom0) отсутствует. В состав дистрибутива интегрирована поддержка технологии SPICE для организации удаленной работы с рабочим столом, функционирующим в виртуальном окружении.

Система хранения.

В RHEL 6 стала доступной сетевая блочная система хранения, использующая протоколы FCoE и iSCSI, которая среди прочего позволяет в online-режиме изменять размер зеркалируемых и multipath-томов, используя возможности LVM/DM.

Файловая система.

Этот релиз RHEL включает в себя поддержку ФС ext4, которая поддерживает разделы большего размера, более эффективное размещение данных, улучшенную защиту от ошибок и крахов. В дополнение к ext4 добавлена поддержка XFS, которая отлично подходит для разделов огромного размера, и возможность дефрагментации и изменения размера на лету. Сетевая файловая система NFS была обновлена до версии 4 и теперь поддерживает работу в среде IPv6. В дистрибутив интегрирована система FS-Cache, позволяющая организовать локальное кэширование данных для NFS-разделов, и файловая система Btrfs (экспериментальная поддержка), конкурирующая с ZFS.

Надёжность, доступность и управляемость (RAS).

В RHEL 6 появилась возможность горячего добавления периферийных устройств шины PCIe и оперативной памяти, а также улучшенная проверка на ошибки шины PCI Express посредством AER. Также планируется включить расширенные возможности по проверке целостности хранимых на жестких дисках данных, путём подсчёта контрольных сумм (DIF/DIX). Включение системы ABRT (инструмент по автоматической отправке отчётов об ошибках) предоставляет более точный способ идентификации и отправки отчётов об исключительных состояниях, ошибках ядра (oops'ах) и крахах пользовательских приложений.

Компилятор и системные утилиты.

Компилятор GCC был обновлён до версии 4.4, предоставляющей расширенную поддержку черновой версии стандарта C++ 0x. GCC 4.4 также соответствует требованиям стандарта OpenMP 3.0 и включает расширенные возможности по отладке. Многие библиотеки и языки были обновлены до свежих версий, также как и Samba 3.5.4/4.0.0alpha11,Apache 2.2.15, MySQL 5.1.47, PostgreSQL 8.4.4, Perl 5.10.1, Python 2.6.5, PHP 5.3.2 и OpenJDK 1.6.0b17. Улучшена поддержка технологии SystemTap (аналог DTrace), включая возможность выполнения трассировки под непривилегированным пользователем и увеличение безопасности инфраструктуры для компиляции systemtap-скриптов. В качестве системы инициализации используется Upstart.

Рабочий стол.

Релиз включает в себя автоматическое определение типов подключенных устройств отображения, а также поддержку многомониторных конфигураций. Также в состав включена последняя версия открытого драйвера nouveau для видеокарт NVIDIA. Не забыты пользователи GNOME и KDE, которые получат обновлённые версии этих сред (в комплект входят KDE 4.3.4 и GNOME 2.28.6).

Обновление Linux-ядра

Дистрибутив основан на Linux-ядре 2.6.32, в которое бэкпортированы возможности из более новых версий "ванильного" ядра. Перенос новых возможностей из основной ветки ядра будет продолжен и ядро из состава RHEL будет постоянно поддерживаться в актуальном состоянии, в него будет добавляться поддержка нового оборудования и код новых подсистем. При этом важным моментом является гарантированная неизменность ABI-интерфейса ядра на всем протяжении десятилетнего жизненного цикла дистрибутива.

Основные новшества ядра RHEL 6 по сравнению с RHEL 5:

  • Улучшение поддержки Realtime: многие наработки по обеспечению гарантированного и предсказуемого времени выполнения задач, ранее представленные в рамках продукта Red Hat Enterprise MRG Realtime, интегрированы в основное ядро дистрибутива;
  • Управление питанием. Из возможностей, связанных с управлением питанием отмечается tickless-режим, позволяющий ядру динамически менять интенсивность генерации прерываний таймера, что увеличивает время нахождения процессора в состоянии с пониженным энергопотреблением, как следствие процессор меньше нагревается и уменьшаются расходы на электроэнергию.
  • Виртуализация. В код по поддержке работы ядра в гостевом окружении добавлена серия оптимизаций, направленных на увеличение производительности ввода/вывода, на уменьшение потребления памяти и поддержку виртуализированных аппаратных устройств. Данные нововведения позволят организовать прямое обращение к аппаратным устройствам из гостевой ОС, без траты ресурсов на трансляцию запросов через гипервизор, увеличат производительность при обращении к большим наборам страниц памяти.
  • Поддержка менеджера памяти KSM ("Kernel Samepage Merging"), определяющего факты использования разными процессами идентичных по содержанию областей памяти и производящего их объединение в один блок. Особенно эффективна данная система для систем виртуализации, в которых наблюдается большое дублирование данных в памяти (данные типовых ОС или просто забитые нулями области), через совместное использование одинаковых блоков в разных виртуальных окружениях можно высвободить существенное количество памяти.
  • Переключение видеорежимов на уровне ядра - KMS (Kernel Mode Setting), позволяет увеличить производительность графической подсистемы, добиться бесшовной загрузки, избежать скачков и мерцания при переключении видеорежима, обеспечить работу нескольких мониторов и проекторов, решить проблемы с переходом в спящий режим.


  1. Главная ссылка к новости (http://www.redhat.com/about/ne...)
  2. OpenNews: Доступна бета-версия Red Hat Enterprise Linux 5.6
  3. OpenNews: Доступен кандидат в релизы Red Hat Enterprise Linux 6
  4. OpenNews: Доступна первая бета версия Red Hat Enterprise Linux 6
  5. OpenNews: Вышла вторая бета-версия Red Hat Enterprise Linux 6.0
  6. OpenNews: Раскрыты некоторые планы, касающиеся Red Hat Enterprise Linux 6
Автор новости: Artem S. Tashkinov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/28610-rhel
Ключевые слова: rhel, redhat
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (133) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Lanello (?), 23:05, 10/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +21 +/
    Ждём CentOS 6
     
     
  • 2.5, Толстый_ (?), 23:43, 10/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Плюсую, только к сожалению остаюсь на пятой и буду на ней пока клиенты не начнут переходить на новую версию. Ынтепрайз ёптить.
     
     
  • 3.56, sHaggY_caT (ok), 10:26, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Угу :(
    Аналогично....
    Но новые шаблоны серверов нужно делать уже на шестерке, да и старые потихоньку обновлять..
     
  • 2.54, frad00r4 (?), 09:58, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну судя по хронологии выхода RHEL и CentOS полтора месяца ждать.
     
     
  • 3.159, ZloySergant (ok), 12:38, 11/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не угадал. 8 месяцев прошло.

    P.S. Извиняюсь за некропост.

     
  • 2.96, Alex (??), 17:46, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А что стабильнее - RHEL или CentOS?
     
     
  • 3.99, Stax (ok), 19:05, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    RHEL - там есть репозитории fasttrack, по которым фиксы для многих уюязвимостей приходят моментально (скажем, в течении для после появления проблемы). Так же там находятся пакеты со специфичными фиксами, которые иногда вообще не попадают в обычные репозитории обновлений месяцами. В Centos аналога этого нет, там в репозоториях обновления только то, что в репозиториях обновления редхата.
     
     
  • 4.102, Alex (??), 19:41, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Уязвимости не относятся к uptime'у? Это от атак, рассчитаных на дыры в софте?
     
     
  • 5.112, Stax (ok), 01:31, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В Fasttrack есть 1 фиксы 0-day уязвимостей, для тех, кому критично срочно Ко... большой текст свёрнут, показать
     

  • 1.2, Аноним (-), 23:08, 10/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    srpm'ки ftp://ftp.redhat.com/pub/redhat/linux/enterprise/6/en/source/SRPMS/
     
     
  • 2.16, pavlinux (ok), 00:28, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    kernel-2.6.32-71.el6.src.rpm - остальное ерунда :)
     
     
  • 3.19, ананим (?), 00:35, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    бтр включили.
    ынтырпрайз-рэди?
     
  • 3.34, Viliar (ok), 03:39, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну что ж вы так сразу. Вот что надо качать:

    kernel-2.6.32-71.7.1.el6.src.rpm

    :-)

     

  • 1.3, Аноним (3), 23:10, 10/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Приятная новость! Классный релиз, ничего не скажешь товарищи из Красной Шляпки молодцы, трудятся не покладая рук и ног.
     
  • 1.4, ононим (?), 23:41, 10/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    10 лет поддерживать 2.6.32, когда новые ядра линукса выходят в среднем 1 раз в 2 месяца - это сильно.
     
     
  • 2.6, Аноним (-), 23:46, 10/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 10 лет поддерживать 2.6.32, когда новые ядра линукса выходят в среднем 1
    > раз в 2 месяца - это сильно.

    Использовать новые ванильные ядра и ломать ABI каждые 2 месяца и каждый раз пересобирать все драйверы и левые модули ядра - это сильно.

     
     
  • 3.25, Voviandr (ok), 01:39, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Использовать новые ванильные ядра и ломать ABI каждые 2 месяца и каждый раз пересобирать все драйверы и левые модули ядра - это сильно.

    интересно, для чего ABI ломают так часто. улучшить что-то хотят ? это ведь реально мешает.

     
     
  • 4.40, ананим (?), 06:43, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    бери 2.2
    ее уже никто не ломает и никто не мешает
     
  • 4.73, Аноним (-), 13:28, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > интересно, для чего ABI ломают так часто. улучшить что-то хотят ? это
    > ведь реально мешает.

    Ванильное ядро постоянно в разработке, поэтому и нет стабильного API. Официальная позиция Линуса - стабилизацией кода и сохранением ABI должны заниматься дистрибутивы, что они успешно и делают, беря в качестве отправной точки определенный релиз ядра. Для тех, что не могут себе позволить бэкпортирвоание фич, поддерживается несколько версий с расширенным сроком поддержки, например, 2.6.32 и 2.6.16.

     
     
  • 5.128, Аноним (-), 10:35, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Скажем так - официальная позиция - надо давать зарабатывать деньги дистрибутивам.
    И тем самым создавая предпосылки для lockin. Тот же 3ware выпускает драйвера под рейды - только под определенные дистрибутивы и определенные ядра.
    Хочешь ставить vanila или не одобреный дистрибутив - идешь сосать лапу.
    вот так теперь выглядит lockin в исполнении linux.
     
     
  • 6.137, Dimez (ok), 18:17, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Больной? 3ware выпускала ИСХОДНИКИ драйверов, которые попадали через девелоперов прямиком в ядро.

    Этим грешит Intel, Adaptek и LSI (которая сейчас, кстати, купила 3ware), но и у всех их есть хорошие модели райдов, драйвера для которых открыты.

     
     
  • 7.153, Аноним (-), 19:13, 14/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    сам больной. дрова которые в ядре - далеко не под все рейды.
    А самое смешное что с открытыми дровами идет шаманство - с этим райдом работает эта версия, с другим другая. Так что сказочки тут не рассказывай.
     
  • 4.135, Evgeniy (??), 14:53, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Использовать новые ванильные ядра и ломать ABI каждые 2 месяца и каждый раз пересобирать все драйверы и левые модули ядра - это сильно.
    > интересно, для чего ABI ломают так часто. улучшить что-то хотят ? это
    > ведь реально мешает.

    Потому что  красноглазые хомячки  привыкли так писать код.
    И они считают нормальным ломать его каждые неск. месяцев. А что у людей на серверах потом возникают проблемы - так это ж неважно.   Красноглазики существуют в своем мире.

      А энтерпрайз и надежные системы - в другом мире.

     
     
  • 5.136, pavel_simple (ok), 15:26, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>>Использовать новые ванильные ядра и ломать ABI каждые 2 месяца и каждый раз пересобирать все драйверы и левые модули ядра - это сильно.
    >> интересно, для чего ABI ломают так часто. улучшить что-то хотят ? это
    >> ведь реально мешает.

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

    /fixed

     
  • 2.8, User294 (ok), 23:54, 10/11/2010 [^] [^^] [^^^] [ответить]  
  • –12 +/
    Ну, по крайней мере все наконец то смогут выбросить свои задолбавшие уже .18 ископаемые :)

    ЗЫЖ хоть мне и не нравятся redhat-based, но редхату за такую работу над системой - желаю всяческих профитов!

     
  • 2.30, Аноним (-), 03:14, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро 2.6.32 в RHEL6 очень мало общего имеет с ванилиним 2.6.32, к томуже насколька я знаю RedHat бекпортирует много новшеств и драйверов в свое ядро не ломая ABI
     
     
  • 3.76, zzz (??), 13:50, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    diff в студию :)
    Понимаю, много улучшений, но "мало общего" - это, по-моему, громко сказано.
     
     
  • 4.100, Stax (ok), 19:09, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > diff в студию :)
    > Понимаю, много улучшений, но "мало общего" - это, по-моему, громко сказано.

    Там diff по размерам примерно равен самому ядру ;)
    Было много статей на эту тему.
    Кроме того, загрузите же srpm и убедитесь в сами - там ядро отдельно, диффы отдельно!

     
     
  • 5.104, Аноним (-), 19:53, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    нет уже дифов. нету.
     
     
  • 6.114, Stax (ok), 01:50, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > нет уже дифов. нету.

    Ну, можно для пятерки сравнить :)

    srpm 90 мегов, где 41 мег - сжатый tbz ядра. Остальное - патчи )

    А в шестерке.. хмм.. ну я не знаю, вручную дифф с ваниллой сделать, если только ради счетчика :) Несложно ведь, только место свободное нужно.

     
     
  • 7.120, Аноним (-), 07:11, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вот именно - только ради счетчика. ибо другой ценности этот дифф не представляет.
    Разбираться в 150мб патче - весьма и весьма геморойно.
     

  • 1.9, f0y (ok), 23:55, 10/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот это мощь! Вот это сила!
     
  • 1.10, croster (ok), 23:58, 10/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А на какой версии Fedora основан RHEL 6?
     
     
  • 2.24, nld (?), 01:01, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нечто среднее между FC12 и FC13. Судя по бете.
     
  • 2.50, Аноним (-), 09:23, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в ядре есть фиксы и из 2.6.35 так что нормально всё.
     

  • 1.12, Zenitur (?), 00:12, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Желаю удачи техподдержке. Ей сейчас трудно.
     
     
  • 2.142, XoRe (ok), 22:49, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Желаю удачи техподдержке. Ей сейчас трудно.

    Работать всегда трудно)
    Red Hat сейчас переходит в фазу "продавать-продавать-продавать".
    Если вы думаете, что трудно техподдержке, вы не представляете, как сейчас пашут менеджеры по продажам =)
    А техподдержке будет трудно где-то через месяцок.
    Когда при переходе на новое ядро начнут вылазить баги и фичи.
    Это не значит, что ядро бажное - просто у заказчиков бывают очень веселые конфигурации.

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

    А в один прекрасный день вам поставили новый пол, "более крепкий и красивый".
    И теперь его полировать и полировать - вылизывать до блеска.

    Вот примерно то же самое будет происходить, при переходе с 2.6.18 на 2.6.32

     

  • 1.23, Аноним (-), 00:59, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    завтра полезу искать, где её за пайпал купить
     
     
  • 2.26, MidNighter (?), 01:44, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > завтра полезу искать, где её за пайпал купить

    Особо и искать не надо https://www.redhat.com/wapps/store/catalog.html

    Думаю PayPal там быть просто обязан.

     
     
  • 3.27, Аноним (-), 01:56, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    я уже им написал вопросов в суппорт даже
     
     
  • 4.103, zerot (ok), 19:52, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    в России представлена компания VDEL, официально представляющая RedHat, продающая подписку (дистрибутив в виде ISO образа без обновлений вы можете скачать после регистрации и так) и предоставляющая техподдержку. Телефоны не помню навскидку, но легко нагуглить
    .
    и не надо никакого пэйпала ...
     
     
  • 5.115, Stax (ok), 02:02, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > в России представлена компания VDEL, официально представляющая RedHat, продающая подписку
    > (дистрибутив в виде ISO образа без обновлений вы можете скачать после
    > регистрации и так) и предоставляющая техподдержку. Телефоны не помню навскидку, но
    > легко нагуглить
    > .
    > и не надо никакого пэйпала ...

    Нет уж нет уж!

    Вы цены видели? В два раза дороже, чем у редхата.

    Оплатить по кредитке в американском магазине редхата выходит значительно дешевле. Лицензия ровно та же самая (ключ для активации системы в rhn) :p

     
     
  • 6.133, 123456 (??), 13:34, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    звонить в американскую техподдержку как-то проблематично будет. они ж по-нашему нибубу...
     
  • 5.144, Evgeniy (??), 02:25, 13/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > в России представлена компания VDEL, официально представляющая RedHat, продающая подписку
    > (дистрибутив в виде ISO образа без обновлений вы можете скачать после
    > регистрации и так)

      Для  "скачать так"  пока что доступна бета 5.6 - но не 6-ка.
    Или уже есть ?  Утром не было.

     
  • 2.157, IvAnZ (?), 15:00, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    бесплатно можно скачать с оф сайта, там что-то типа Test Drive есть. 30 дней доступа к репозитариям, потом и CentOS выйдет и просто зеркала переключить останется
     

  • 1.28, prapor (??), 02:46, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise Virtualization. Отмазка ?не отрелизилось? у них кончилась.
     
     
  • 2.35, pavlinux (ok), 04:12, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise
    > Virtualization. Отмазка ?не отрелизилось? у них кончилась.

    У тебя от этого зарплата увеличиться?
    Если нет, что скорее всего, то нах...я тебе это надо. :)

    Солдат спит - служба идёт.
    Серевер работает - бабло идёт.

     
     
  • 3.69, Аноним (-), 12:05, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну кроме бабала есть ещё и интерес....
     
  • 3.72, prapor (??), 13:26, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >У тебя от этого зарплата увеличиться?

    Увеличится она у меня и без этого.

    >Если нет, что скорее всего, то нах...я тебе это надо. :)

    Мне просто надоел церебральный интим с VMware. Переход позволит мне крепче спать по ночам, не подрываясь из-за очередного подвисания ноды с этим долбаным ESXi.

     
     
  • 4.78, pavlinux (ok), 14:11, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тогда за коньячком и к начальству... Так и говори, мол сплю плохо, кошмары мучают...
     
  • 4.125, konwin (ok), 08:47, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Поставьте человеческий ESX 4.1 с патчами и спите спокойно.
     
  • 4.147, Аноним (-), 19:15, 13/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Переход позволит мне крепче спать по ночам, не подрываясь из-за очередного подвисания ноды с этим долбаным ESXi.

    У такого талантища даже выключенный будет глючить :) И неважно что внутри ...
    Тут не систему надо менять а прокладку!

     
  • 4.152, Evgeniy (??), 01:54, 14/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне просто надоел церебральный интим с VMware. Переход позволит мне крепче спать
    > по ночам, не подрываясь из-за очередного подвисания ноды с этим долбаным
    > ESXi.

        Есть такое дело, да   8-)
    КВМ не идеален, но хорош.

     
  • 2.63, Dim (??), 10:55, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise
    > Virtualization. Отмазка ?не отрелизилось? у них кончилась.

    если критично пользовать шестерку, то переходить рановато. но вообще тенденция правильная

     
     
  • 3.74, prapor (??), 13:30, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise
    >> Virtualization. Отмазка ?не отрелизилось? у них кончилась.
    > если критично пользовать шестерку, то переходить рановато. но вообще тенденция правильная

    Да я ещё на 5.5 демонстрировал ?всё работает?. Это такой контраргумент у начальства был.

     
  • 3.82, Evgeniy (??), 15:57, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise
    >> Virtualization. Отмазка ?не отрелизилось? у них кончилась.
    > если критично пользовать шестерку, то переходить рановато. но вообще тенденция правильная

    beta2  уже испольузется у меня пару месяцев.
    Весьма стабильна.

     
  • 2.123, iav (ok), 07:55, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А вы уверены, что плотность виртуалок будет не хуже?
    У меня вот с KVM почти в 3 раза меньше чем с вмварой на том же железе помещается. И резервации процессора у квм нет.
    Меня это беспокоит, я хочу об этом поговорить.
    Вы уже пробовали готовить?
     
     
  • 3.148, Аноним (-), 19:24, 13/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А вы уверены, что плотность виртуалок будет не хуже?
    > У меня вот с KVM почти в 3 раза меньше чем с
    > вмварой на том же железе помещается. И резервации процессора у квм нет.
    > Меня это беспокоит, я хочу об этом поговорить.
    > Вы уже пробовали готовить?

    Вряд ли. А уж если гонять внутри винду - кластер ESXi с центральным data store + vCenter - рулят настолько что просто и говорить странно. Один memory balloon чего стоит.

    Но товарисчу красному админу на цифры положить :) оно их и не считает - в общем пожелаем ему удачи, он тоже имеет право на секис как и любой из нас :)

     
     
  • 4.151, Evgeniy (??), 01:53, 14/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> . Один memory balloon чего стоит.

    с проблемными драйвером, да.  С тормозами.
    Если стоит вопрос - любой ценой впихнуть побольше виртуалок, то полезная. А так  - нафиг.

    В KVM , кстати, есть технология экономии памяти за счет поиска совпадающих фрагментов в разных VM.

    Управлялка есть, хотя до Vmware ей пока что как до Луны.

    Только вот достала та ВмВарь очень многих и очень давно своими закидонами.

    так что для коропоративного применения KVm  очень интересен.
    А так есть еще и Ксен сервер, где возможностей по нарзеке процессоров и ядре не меньше, чем в ВмВари.

     
  • 2.158, Аноним (-), 15:04, 08/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise
    > Virtualization. Отмазка ?не отрелизилось? у них кончилась.

    капитан сообщает, что надо убедиться, что сервера поддерживают виртуализацию на уровне процессора, иначе эта виртуализация работать не захочет. (см RedHat KVM)

     

  • 1.33, Viliar (ok), 03:34, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    upstart - все-таки редкосное угребище. Надо будет посмотреть, удалось ли Редхатовцам что-то приличное из него сделать.
     
     
  • 2.81, User294 (ok), 15:43, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > upstart - все-таки редкосное угребище.

    Посмотрим будет ли systemd лучше :). Его тот же автор что и пульсаудио писал, IIRC oO. Задумка выглядит хорошо, но будет ли такой же хорошей реализация - вопрос. И кроме того - бардак из систем инициализации - не рулит.

     

  • 1.36, pavlinux (ok), 04:38, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    морду лица им бить надо 1 -------------------------------------------------... большой текст свёрнут, показать
     
     
  • 2.37, Анонимус77777 (?), 05:48, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Что так напрягаешься то, жди CentOS 6.0, там сделают все как нужно и даже откомпилируют за тебя, останется только несколько раз кнопку далее нажать.
    То что не компилятся исходники редхата всеми подряд это еще со старой версии известно, центось про это говорят сами и они допиливают чуть-чуть для людей.
     
  • 2.47, Аноним (-), 08:23, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты это только сейчас узнал? На самом деле они просто в конфиг добавили нужную опцию и все. С времен rhel3 ядра шапки несобираются с конфигом отличными от поставляемого. И шапку этот момент слабо волнует а те кто пытаются через багзилу с этим бороться посылаются далеко.
     
  • 2.92, Anon Y Mous (?), 17:08, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня сразу напрашивается вывод, что работу XFS, они ваще  не тестили.

    Ну дык фигли, поддержка XFS - за дополнительные деньги, вот как найдутся желающие и заплатят, так и протестят :)

    Да и не только XFS теперь за дополнительные деньги: http://www.redhat.com/rhel/purchasing_guide.html

    > Вот после таких закидонов, чёй-то даже стрёмно РХЕЛ юзать. :)

    Во-во :)

     
     
  • 3.155, Evgeniy (??), 15:10, 17/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> У меня сразу напрашивается вывод, что работу XFS, они ваще  не тестили.
    > Ну дык фигли, поддержка XFS - за дополнительные деньги, вот как найдутся
    > желающие и заплатят, так и протестят :)
    > Да и не только XFS теперь за дополнительные деньги: http://www.redhat.com/rhel/purchasing_guide.html

      Прекрасно работает xfs с их ядром. Без каких-либо проблем.

     

  • 1.44, lame (ok), 08:14, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему в RHN в названии имеется Beta ?
    "Red Hat Enterprise Linux Server Beta (v. 6 for 64-bit x86_64)"
     
     
  • 2.46, Максимка (??), 08:18, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не успели переименовать, бухают, что такого то :-)
     

  • 1.45, Аноним (-), 08:18, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Спрашивается зачем рекламировать платный продукт? Который кстати недоступен никому кроме купивших подписку к шапки.
     
     
  • 2.49, Аноним (-), 09:01, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    потому что технически это свободный продукт, а бинарники за бесплатно вам никто не обещал!
     
     
  • 3.55, Аноним (-), 10:25, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да да, только что бы распространять что-то с лейблом redhat надо получить от них разрешение.
    И где тут свобода?
    Вот CentOS свободный - а это очередная пропринетарная игла - на которую подсадили.
    Выйдет релиз CentOS - тогда и пишите анонс, а пока - смысла в нем нету - ибо все равно пощупать это можно только купив.
     
     
  • 4.75, bootforce (?), 13:35, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    товарищ, не тролль. линукс -- это считай и есть редхат :)
     
     
  • 5.77, zzz (??), 13:58, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > товарищ, не тролль. линукс -- это считай и есть редхат :)

    не, ну, это толсто :)

     
  • 4.89, szh (ok), 17:04, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > И где тут свобода?

    Код свободен.
    Торговая марка Redhat несвободна.
    Что не ясно ?

     
     
  • 5.97, Аноним (-), 18:30, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ты этот код видел начиная с этого релиза - ядро теперь представляет один tar gz... большой текст свёрнут, показать
     
     
  • 6.106, zerot (ok), 20:02, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    последний раз ставил FreeBSD в продакшен в 2001 году, перейдя на Линукс
    после нынешних новостей задумываюсь, что хорошо иметь БЗДю в качестве запасного варианта ...
    вот и команда Дебиана вроде анонсирует выпуск следующего релиза с двумя ядрами - линуксом и БСД
    :( мир никогда не будет таким, как прежде
     
  • 3.57, Аноним (-), 10:28, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > потому что технически это свободный продукт, а бинарники за бесплатно вам никто
    > не обещал!

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

     
     
  • 4.67, ig0r (??), 11:41, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    свобода в том что если я приобретаю бинарники, я получаю исходники. Не путайте слово "свобода" и "бесплатно"
     
     
  • 5.87, Аноним (-), 16:46, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > свобода в том что если я приобретаю бинарники, я получаю исходники. Не
    > путайте слово "свобода" и "бесплатно"

    Если ты уже получил бинарники - нафик тебе исходники?
    Имея 100ку другую серверов ты будешь в них копаться? Помоему у тебя на это времени не останется :)
    Это так - очередной маркетинговый ход, что бы придать себе больше пиара.

    Да и какая это свобода - если произвольные от GPL кода -  не отдают без денег.
    Это так.. обман.

     
     
  • 6.90, szh (ok), 17:06, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Если ты уже получил бинарники - нафик тебе исходники?

    Не просто исходники, а исходники под GPL.

    1) Самим баги править, не платя за поддержку.
    2) Нанять альтернативную поддержку
    3) Выпустить конкурирующий дистрибутив
    4) Внести новые фичи в некоторое ПО

    > Это так.. обман.

    Обман - это то что ты говоришь. Сними черно-белые очки.

     
     
  • 7.98, Аноним (-), 18:37, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    у тебя квалификации хватит что бы править во всем софте сколько времени ты потр... большой текст свёрнут, показать
     
     
  • 8.109, szh (ok), 21:23, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если я админ конторы из 5 человек, то мне вообще ничего править не надо, все и т... большой текст свёрнут, показать
     
     
  • 9.110, Аноним (-), 21:52, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    По опыту общения с датацентрами за бугром - никто этим заниматься не будет Скол... большой текст свёрнут, показать
     
     
  • 10.111, szh (ok), 22:48, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Значит дешевле платить поддержке, чем воспользоватся свободой и не платить Но с... большой текст свёрнут, показать
     
     
  • 11.121, Аноним (-), 07:20, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    это и есть lockin vanila kernel - не стабильный и не планируется его стабилизац... большой текст свёрнут, показать
     
  • 6.101, sHaggY_caT (ok), 19:23, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Если ты уже получил бинарники - нафик тебе исходники?
    > Имея 100ку другую серверов ты будешь в них копаться? Помоему у тебя
    > на это времени не останется :)

    Все с точностью до наоброт: чем сложнее задачи, тем больше вероятность того, что какой-то пакет потребуется пересобрать с камими-нибудь "левыми" патчами.
    У многих контор с крупными *nix сетями есть собственные репозитории, так что, открытые исходники RH это одно из ключевых коммерческих преимуществ перед тем же Novell OES, например.

     
     
  • 7.105, Аноним (-), 19:58, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И потерять доступ к redhat support Ибо первый вопрос от их службы поддержки - а... большой текст свёрнут, показать
     
     
  • 8.107, sHaggY_caT (ok), 20:56, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    RedHat и Parallels не поддерживают только один, пересобранный пакет Если Вы пер... текст свёрнут, показать
     
  • 4.68, rattler (ok), 11:57, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Если так брать - то исходники никто не обещал выкладывать в публичный доступ,
    > только для тех кто купил бинарники. Так что о какой свободе технической говорите ?

    А это что тогда?
    ftp://ftp.redhat.com/redhat/linux/enterprise/6/en/source/SRPMS/

     
     
  • 5.85, Аноним (-), 16:41, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ты на них только посмотреть можешь, а использовать только вырезав все упоминания о RedHat :)
    Если не сделаешь будешь вором :)
     
     
  • 6.88, rattler (ok), 16:51, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты на них только посмотреть можешь, а использовать только вырезав все упоминания
    > о RedHat :)
    > Если не сделаешь будешь вором :)

    Я отвечал насчет доступности исходников, а не права на использование TM.
    Если же кому-то и исходники заюзать охота, и чужую ТМ убрать лень, то это клиника, не относящаяся к технологической части. ;)

     
  • 4.138, Dimez (ok), 18:22, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Если так брать - то исходники никто не обещал выкладывать в публичный
    > доступ, только для тех кто купил бинарники. Так что о какой
    > свободе технической говорите ?

    Стоит почитать GPL для начала.

     
  • 2.83, Evgeniy (??), 15:58, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Спрашивается зачем рекламировать платный продукт? Который кстати недоступен никому кроме
    > купивших подписку к шапки.

    Просвещаем тёмных.

    Потому что платные там подписка и поддержка, а продукт и его исходники - GPl / бесплатные.

     
     
  • 3.86, Аноним (-), 16:42, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Спрашивается зачем рекламировать платный продукт? Который кстати недоступен никому кроме
    >> купивших подписку к шапки.
    > Просвещаем тёмных.
    > Потому что платные там подписка и поддержка, а продукт и его исходники
    > - GPl / бесплатные.

    Вот вот - целиком весь продукт - платный. А то что там исходники где-то лежат - не отменяет то что оно платное.

     
     
  • 4.93, szh (ok), 17:10, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    То что там где-то можно платную подписку купить не отменяет, что исходники свободны.
     
     
  • 5.131, Аноним (-), 11:54, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Зато бинарники не свободны. А исходники на сервер можно поставить только на посмотреть.
     
     
  • 6.132, Dim (??), 11:59, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зато бинарники не свободны. А исходники на сервер можно поставить только на
    > посмотреть.

    которую часть OpenSOURCE нужно пояснить?
    Source == исходник. Он открыт и свободен. Создание бинарников, апдейтов, поддержка, интеграция и профсервис - это все УСЛУГИ, предоставляемые фирмой. К доступности кода они отношения не имеют.
    Серьезным фирмам, которые не могут позволить себе зависнуть из-за того что Мудхапраштра Сингх из Калькутты сломал ABI в очередном апдейте, выгодно использовать поддерживаемые дистры. Остальные решают для себя - кто покупает RHEL, кто перебивается центосом, кто сидит на всяких прочих дистрах

     
     
  • 7.141, Аноним (-), 19:58, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А тут недавно рассказывали что GPL он еще и на бинарники распространяется..
    Врали значит ?
     

     ....большая нить свёрнута, показать (29)

  • 1.52, nico (??), 09:41, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Файл:spice-client-0.4.2-18.el6.src.rpm
    Файл:spice-server-0.4.2-15.el6.src.rpm
    Файл:spice-xpi-2.4-1.el6.src.rpm
    Виртуализация со SPICE это уже интересно!
     
     
  • 2.79, pavlinux (ok), 14:14, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Файл:spice-client-0.4.2-18.el6.src.rpm
    > Файл:spice-server-0.4.2-15.el6.src.rpm
    > Файл:spice-xpi-2.4-1.el6.src.rpm
    > Виртуализация со SPICE это уже интересно!

    Конечно, что ж они дураки от такой вкусняшки отказываться.

     

  • 1.53, nico (??), 09:49, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот это не ожидано:
    samba4-4.0.0-23.alpha11.el6.src.rpm
     
     
  • 2.58, dalco (ok), 10:38, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не так уж это и плохо.
    Во-первых, ту альфу, что есть, можно поднять на каком-либо тестовом серваке без лишних телодвижений на предмет - что это и с чем его едят.
    Во-вторых, есть ненулевая вероятность, что четвертую самбу таки до 2020 года допилят и народ захочет ее активно использовать :)
     

  • 1.59, Аноним (-), 10:40, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Молодцы. А я то думал что раньше нового года ждать и не стоит. Теперь ждём ЦентОСик
     
     
  • 2.60, nico (??), 10:42, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Молодцы. А я то думал что раньше нового года ждать и не
    > стоит. Теперь ждём ЦентОСик

    Вот его точно раньше нового года ждать не стоит :(

     
     
  • 3.62, Аноним (-), 10:52, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Терпение, только терпение))
     

  • 1.61, metallic (?), 10:43, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Кстати никто не подскажет, какую ФС лучше использовать для больших дисков, 25ТБ и более? Ес-но из тех, что есть(будут) в центос 6 ?
    В 5.5 лучше XFS ничего не нашел.
     
     
  • 2.64, ЫМЫ (?), 11:09, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    GFS2 :)
     
     
  • 3.70, igorsia (?), 12:36, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а на gfs2
    1. можно установить корень файловой системы?
    2. ее так же легко как и xfs и ext4 создать/изменить размер?
     
     
  • 4.80, ччч (?), 14:41, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А помоему gfs как кластерная ФС была придумана не для того, чтобы туда корень размещать.
     
  • 3.108, metallic (?), 21:15, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Мне для одного диска, а не для кластера
     
     
  • 4.113, ччч (?), 01:44, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну и на кой хрен кластерную ФС использовать для одного диска? Достали красноглазые уже.
     
     
  • 5.127, metallic (?), 10:29, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это я срашиваю, нахрена?
    Если ты через пост читаешь, то это твои проблемы.
     
  • 5.139, Evgeniy (??), 19:18, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну и на кой хрен кластерную ФС использовать для одного диска? Достали
    > красноглазые уже.

       Они такие. Они кого хошь достанут.

     
  • 2.84, Evgeniy (??), 15:59, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати никто не подскажет, какую ФС лучше использовать для больших дисков, 25ТБ
    > и более? Ес-но из тех, что есть(будут) в центос 6 ?
    > В 5.5 лучше XFS ничего не нашел.

    тут то же самое, разве что пара свежих обновлений и патчей для xfs/

     
  • 2.91, ы (?), 17:07, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Кстати никто не подскажет, какую ФС лучше использовать для больших дисков, 25ТБ и более?

    FAT12 самое то для больших, 8 дюймовых дисков.

     

  • 1.65, srgaz (?), 11:14, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отлично Fedora stable)
     
     
  • 2.66, RedHat testing user (?), 11:40, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    test of Fedora stable too ;-)
     

  • 1.71, Амнезинус (?), 12:46, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >По заявлению представителей Red Hat производительность сетевой системы была увеличена в два раза, а файловой системы в многопользовательском окружении в 2-5 раз;

    Это RH 5.x была настолько плоха? :-D

     
  • 1.94, Анонимиус (?), 17:16, 11/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >SPICE

    Может есть какой костыль для 32 бит, никто не пробовал?

     
     
  • 2.95, Анонимиус (?), 17:25, 11/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тут, похоже, товарищ собрал.

    http://lists.freedesktop.org/archives/spice-devel/2010-March/000144.html

     

  • 1.116, pavlinux (ok), 02:46, 12/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Погонял сегодня лысого..., в смысле тесты всякие ядра. :)  

    Конфиг естественно под мою систему, за эталон взял РедХетовский,
    так как он не может работать без HUGETLB и CGROUP, то пришлось
    включать их везде.

    Ядра такие:

    1. ванила 2.6.32.25
    2. ванила 2.6.36
    3. 2.6.36-libre (тут пробегала новость)
    4. 2.6.32-71.7.1.el6 (RHEL6)

    Цифер много лень систематизировать. Общий диагноз для RedHat - неайс.
    Все выше перечисленные кроме РедХатовского ведут себя примерно одинаково,
    погрешности не более 2%.

    РедХат сливает почти везде, кроме РеалТайма - максимум был 500 мкс., средняя 75 мкс.
    У остальных средняя задержка 35 мкс, но зато максимум прыгал от 3500 до 8500
      
    Но забавный факт, при многотредовых тестах, у ванильных ядер и у либре,
    глюкала ТОЛЬКО ОДНА нить, остальные стабильно держали в районе 300 мкс.
    Редхат на первых секундах, сразу тормозил до 500 мкс. на всех процах. :)

    РедХат слил в тестах:
    Unigine Heaven аж целых 5 fps. (много тестил, думал глюк, а не... :))
    в GTKperf - 10 сек.
    При чтение из /dev/urandom медленнее других на 0.6 Мб/с
    RTT до роутера тормозил на 0.2 мс. (у всех ~0.73, у этого 0.9 мс)
    Далее, sunspider-0.9.1 - тот самый бенчмарк джавы - слил стабильно 20 ms

    Ах да, самый ацтой это тест pi_sterss (POSIX Priority Inheritance mutexes)
    Наследование приоритетов мьютексов. Смысл теста - в максимальном количестве
    обращений при условии сохранения приоритетов. Я сделал условия, что будут
    4 группы по 3 нити, и тест длится ровно 60 секунд.  

    Редхатовское ядрище более 2 мильонов не может выжать, но зато стабильно примерно
    2140000 +/-10000, все остальные по 6-7 мильонов!!!!


    ДИАГНОЗ: В TOP500 мы его не увидим, а вот для баз данных, веб серваков, и прочей шняги самое оно.

     
     
  • 2.122, Аноним (-), 07:23, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > ДИАГНОЗ: В TOP500 мы его не увидим, а вот для баз данных,
    > веб серваков, и прочей шняги самое оно.

    RHEL5 стоит в lln.gov правда там своих патчей хватает.

     
     
  • 3.134, pavlinux (ok), 14:09, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> ДИАГНОЗ: В TOP500 мы его не увидим, а вот для баз данных,
    >> веб серваков, и прочей шняги самое оно.
    > RHEL5 стоит в lln.gov правда там своих патчей хватает.

    Я имел ввиду дистрибное, иначе с обновлениями туго будет.

    Любой дистриб можно как юзать?!
    Как источник бинарных пакетов, потому что самому лень, трудно или по незнанию, далее идёт допил/перепил всего что не нравиться.
    Как Windows - что дали, то и едим, ничего не трогаем, кроме своего.
    Как Генту - ничё не надо, всё сами приготовим, я тебя породил, я тебя и убью. Я Бог системы. - Злобно, - Ха-Ха-Ха.
    Как LFS - а мы ещё и корову и картошку сами вырастили.

      


     
     
  • 4.145, Аноним (-), 17:29, 13/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    учитывая что эти ребята сделали порт ZFS на линух и имеют весьма не плохой тех отдел, а белендорф засветился еще в стопке открытых проектов - то проблем с обновлениями у них нету.
    Кроме того у них статус каких-то хитрых партнеров с RH - и очень возможно что RH делает специальные ядра для них.
     
     
  • 5.149, pavlinux (ok), 19:34, 13/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > очень возможно что RH делает специальные ядра для них.

    Думается таким крутым перцам, вообще редхат не упёрся,
    Используют только из лени, остальное сами допилят.

     
     
  • 6.154, Аноним (-), 19:17, 14/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> очень возможно что RH делает специальные ядра для них.
    > Думается таким крутым перцам, вообще редхат не упёрся,
    > Используют только из лени, остальное сами допилят.

    Я не знаю что тебе думается - но факт, что если llnl.gov попросит RH о чем-то, это очень быстро появляется в сборке. Или баги фиксятся с их подачи быстро, в отличии от других обращений.

     
  • 2.140, Evgeniy (??), 19:24, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно.

    >>  кроме РеалТайма - максимум был 500 мкс., средняя 75 мкс.

    У остальных средняя задержка 35 мкс, но зато максимум прыгал от 3500 до 8500

    Вот это как раз и важно.

    Сотрудники Редхата не раз писали, что вводили дополн. патчи для бОльшей стабильности ценой некоторого проигрыша по производительности.

     
     
  • 3.146, pavlinux (ok), 18:36, 13/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вот сижу на 2.6.37-rc1+, пока, за 3 часа, максимум 587, среднее 39, минимальное 18 мкс.


     

  • 1.117, BalhBlah (?), 04:51, 12/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Откуда ОП взял
    >и файловая система Btrfs, конкурирующая с ZFS.

    тут
    http://www.redhat.com/rhel/server/details/

    ни слова про Btrfs

     
     
  • 2.130, uldus (ok), 11:27, 12/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > http://www.redhat.com/rhel/server/details/
    > ни слова про Btrfs

    http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html-single/Tech

     

  • 1.150, arsen (??), 00:03, 14/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Свежие запуски новых SMP процессоров от Intel и AMD" - таких процессоров не существует.
    все новые процы и от Intel, и от AMD используют NUMA-архитектуру.
    интересно, оптимизирован ли скеджулер в RHEL 6 под NUMA.
     
  • 1.156, moralez (?), 07:43, 25/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как страшно жить... Technical notes на 6-ку просто поражают воображение своим масштабом. И эти люди ругают Убунту? :D
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру