The OpenNET Project / Index page

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

Доступна первая бета-версия Red Hat Enterprise Linux 7.0

11.12.2013 21:31

Компания Red Hat представила первую бета-версию дистрибутива Red Hat Enterprise Linux 7. Готовые установочные образы публично доступны и подготовлены для архитектур x86_64, s390x (IBM System z) и ppc64 (POWER7 и POWER8) . Из кардинальных изменений можно отметить отказ от формирования 32-разрядных сборок x86, использование по умолчанию XFS, поставка GNOME 3 в режиме классического рабочего стола и задействование системного менеджера systemd.

В настоящее время разработчики проекта CentOS планируют создание сборки CentOS7Beta1, которая будет синхронизирована с пакетной базой RHEL 7 и отражать состояние формирования выпуска CentOS 7. Тем не менее, до выхода релиза RHEL 7 проект CentOS рекомендует пользователям использовать для тестирования и выявления ошибок официальную бета-версию от Red Hat.

Ключевые особенности бета-выпуска Red Hat Enterprise Linux 7, в качестве основы для построения которой были использованы технологии, доступные в Fedora 19:

  • Прекращение формирования 32-разрядных сборок и отсутствие поддержки установки 32-разрядного окружения для архитектуры x86. Для загрузки и установки доступен только вариант x86_64. При этом поддержка запуска 32-разрядных приложений сохранена в полной мере, но позволяет выполнять подобные приложения в 64-разрядном окружении. Прекращена поддержка процессоров IBM POWER6;
  • При установке в качестве файловой системы по умолчанию отныне предлагается XFS, поддерживающая создание хранилищ, размером до 500 Тб. Дополнительно поддерживаются готовая к промышленному использованию ФС Ext4, которая улучшена поддержкой размеров блоков до 1 Мб, сокращением фрагментации, ускорением распределения блоков и возможностью создания хранилищ, размером до 50 Тб (ранее размер ФС не мог превышать 16 Тб). В качестве опции также предоставляется Btrfs, находящаяся в статусе ознакомительной технологии (technology preview) и поддерживающая такие возможности как снапшоты, управление разделами и использование контрольных сумм для обеспечения целостности данных и метаданных. Поддержка ФС ext2 и ext3 объявлена устаревшей;
  • В качестве базового графического окружения для рабочих станций предлагается GNOME 3.8 с задействованным по умолчанию классическим вариантом рабочего стола в стиле GNOME 2. Классический интерфейс реализован через использование специального набора дополнений к GNOME Shell, входящих в штатную поставку, начиная с GNOME 3.8. Привыкшие к интерфейсу GNOME 2 пользователи будут чувствовать себя комфортно в привычном окружении, но смогут быстро переключиться на новый интерфейс GNOME Shell при желании познакомиться с новыми веяниями развития пользовательских оболочек. Таким образом при переходе на RHEL 7 привычный рабочий процесс не будет нарушен, но для людей готовых к изменениям будет предоставлена база для перехода на более современную организацию рабочего стола. Кроме GNOME 3.8 в состав дистрибутива также включен KDE 4.10;
  • Использование системного менеджера systemd 198 для инициализации и управления сервисами. Компоненты systemd также задействованы вместо acpid и libcgroup;
  • В качестве базового ядра Linux используется выпуск 3.10, в который уже начат перенос новых возможностей из более свежих веток. Для управления загрузкой модулей ядра задействован инструментарий kmod, поддержка module-init-tools прекращена;
  • Поддержка средства для выполнения изолированных Linux-контейнеров и включение инструментов для управления такими контейнерами. В частности, в состав дистрибутива интегрирован инструментарий Docker, который позволяет запускать произвольные процессы в режиме изоляции и затем переносить и клонировать изолированные контейнеры на другие серверы, не задумываясь о формировании начинки контейнера и его обслуживании. Системные ресурсы могут быть распределены между контейнерами для предоставления каждому изолированному окружению только необходимых ресурсов и уровня изоляции;
  • Поддержка Sendmail объявлена устаревшей, для развёртывания почтовых серверов предлагается использовать Postfix;
  • Из дистрибутива удалены пакеты: busybox, compiz, mod_perl(рекомендован mod_fcgid), ConsoleKit, DeviceKit (заменён на upower), gcj, Matahari, ecryptfs, TurboGears2, Eclipse (перенесён в Red Hat Developer Toolset), system-config-services, pidgin (заменён на empathy), thunderbird (заменён на evolution), xorg-x11-twm (рекомендован metacity), xorg-x11-xdm (заменён на gdm), HAL.

    Удалены графические драйверы: xorg-x11-drv-acecad, xorg-x11-drv-aiptek, xorg-x11-drv-elographics, xorg-x11-drv-fpit, xorg-x11-drv-hyperpen, xorg-x11-drv-mutouch, xorg-x11-drv-penmount;

    Объявлены устаревшими графические драйверы xorg-x11-drv-ast, xorg-x11-drv-cirrus, xorg-x11-drv-mach64, xorg-x11-drv-mga, xorg-x11-drv-openchrome.

    Объявлены устаревшими драйверы для устройств хранения: 3w-9xxx, 3w-xxxx, aic7xxx, aic79xx, aic94xx, cciss, i2o, ips, megaraid_mbox, mptfc, mptlan, sym53c8xx.

    Удалены из поставки более 80 сетевых драйверов, среди которых ath5k, e100, 3c59x, b43, cxgb, ipw2100, ipw2200, ixgb;

  • Осуществлён переход на использование MariaDB 5.5 в качестве предлагаемой по умолчанию реализации MySQL. В подавляющем большинстве ситуаций MariaDB обеспечивает полную совместимость с MySQL и может выступать к качестве прозрачной замены MySQL, поэтому для пользователей дистрибутива переход на MariaDB пройдёт незаметно и не потребует внесения каких-либо изменений;
  • Предоставление нескольких профилей для обеспечения оптимальной производительности различных типов приложений;
  • Переход на использование GCC 4.8 для сборки пакетов. В качестве системной библиотеки применяется glibc 2.17;
  • В состав включены новые версии средств разработки: Ruby 2.0.0, Python 2.7.5, OpenJDK 7;
  • Обновление серверных пакетов: Apache HTTP Server 2.4, PostgreSQL 9.2
  • Реализация средств для прозрачного перехода типичных серверных систем на ветку RHEL 7 с выпуска RHEL 6.5. Также предоставлены средства для миграции виртуальных машин с хост-системы под управлением RHEL 6 на платформу виртуализации на базе RHEL 7, без остановки работы виртуальных машин;
  • Улучшение совместимости с платформой Windows. Включение в состав Samba 4.1. Наличие средств для интеграции систем на базе RHEL 7 c Windows-сетями и включением в домен Active Directory. Возможность параллельного развёртывания в смешанных сетях сервера идентификации на основе Red Hat Enterprise Linux;
  • Поддержка расширенных сетевых конфигураций и новых сетевых стандартов. Увеличение производительности сетевой подсистемы и обеспечение работы сетевых приложений в условиях использования 40Gb Ethernet линков и улучшенных механизмов агрегации сетевых интерфейсов;
  • Поддержка конфигураций для создания высокомасштабируемых хранилищ большого объёма данных, в том числе с использованием промышленных массивов хранения;
  • Поддержка динамического межсетевого экрана firewalld. Firewalld запускается в виде фонового процесса, позволяющего динамически изменять правила пакетного фильтра через DBus, без необходимости перезагрузки правил пакетного фильтра и без разрыва установленных соединений. Для управления межсетевым экраном используется утилита firewall-cmd, которая значительно упрощает создание правил, отталкиваясь не от IP-адресов, сетевых интерфейсов и номеров портов, а от названий служб (например, для открытия доступа к SSH нужно выполнить "firewall-cmd --add --service=ssh", для закрытия SSH - "firewall-cmd --remove --service=ssh", для открытия доступа к сервису samba только на следующие 90 секунд - "firewall-cmd --enable --service=samba --timeout=90"). Поддержка system-config-firewall прекращена;
  • Поддержка инфраструктуры OpenLMI для упрощения удалённого управления Linux-системами. OpenLMI предоставляет унифицированные средства для конфигурации, управления и мониторинга оборудования, операционной системы и отдельных служб. Для автоматизации действий предоствляется специальный скриптовый интерфейс и набор биндингов для различных языков программирования;
  • Полная переработка пользовательского интерфейса инсталлятора Anaconda . Вместо линейной системы из серии последовательно вызываемых и обязательных виджетов, в инсталляторе теперь применяется подход вызова конфигураторов по мере необходимости, при котором пользователь на своё усмотрение может пропустить открытие тех или иных экранов настройки. По своей структуре инсталлятор переведён на модульную основу и обеспечивает возможность подключения дополнений и выполнения длительных задач в фоне.

    В инсталлятор добавлена поддержка Btrfs, возможность настройки параметров tmpfs, настройки NTP, конфигурирования агрегации сетевых интерфейсов и включения динамического выделения места в хранилище ("thin provisioning") для снапшотов и логических разделов LVM. Обеспечен автоматический выбор языка и часового пояса на основании территориальной принадлежности IP-адреса (через GeoIP). Добавлен режим firstboot для первоначальной настройки системы после первой загрузки;

  • Переход на использование загрузчика GRUB 2 c поддержкой загрузки с использованием BIOS, EFI и OpenFirmware;
  • Экспериментальная поддержка UEFI Secure Boot и режима защищённой загрузки с полной верификацией ядра, драйверов и модулей ядра;
  • Экспериментальная поддержка использования быстрых блочных устройств в качестве кэша для медленных блочных устройств (например, кэширование обращений к НЖМД или SAN на SSD-накопителях);
  • Поддержка технологии сжатого кэширования раздела подкачки - Zswap. При необходимости выгрузки страниц памяти на диск, Zswap производит попытку сжать страницы, размещая их при этом в пуле в оперативной памяти. По мере возможности сжатые страницы не выгружаются на диск, чтобы избежать операций ввода/вывода с медленным носителем. Таким образом, при возникновении необходимости сброса памяти в раздел подкачки, удаётся добиться сокращения ввода-вывода, что повышает скорость работы системы в целом, за счет минимизации обращений к медленному носителю. Тестирование Zswap в процессе компиляции ядра при возникновении своппинга продемонстрировало выигрыш по объему ввода/вывода в 76% и сокращение времени выполнения операции на 53%;
  • Добавлен демон rasdaemon для унификации сбора данных об аппаратных проблемах из различных источников;


  1. Главная ссылка к новости (http://www.redhat.com/about/ne...)
Лицензия: CC-BY
Тип: Интересно / Программы
Ключевые слова: redhat, rhel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (152) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 21:57, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Финики, финики то где? В смысле systemd :).
     
     
  • 2.3, имя (?), 22:05, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Вот :

    Использование системного менеджера systemd 198 для инициализации и управления сервисами. Компоненты systemd также задействованы вместо acpid и libcgroup;

     

  • 1.6, crypt (ok), 22:15, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ну наконец-то!
     
  • 1.7, Аноним (-), 22:15, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Прекращение формирования 32-разрядных сборок и отсутствие поддержки установки 32->разрядного окружения для архитектуры x86. Для загрузки и установки доступен только вариант x86_64.

    Теперь исользование rhel на дешевых vds с минимальным выделением ресурсов будет затруднительно.

     
     
  • 2.21, нонимим (?), 23:35, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>Прекращение формирования 32-разрядных сборок и отсутствие поддержки установки 32->разрядного окружения для архитектуры x86. Для загрузки и установки доступен только вариант x86_64.
    > Теперь исользование rhel на дешевых vds с минимальным выделением ресурсов будет затруднительно.
    >rhel на дешевых vds
    >дешевых vds
    >дешевых
     
     
  • 3.42, Аноним (-), 01:44, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Рхел это почва для многих бесплатных промышленных дистрибутивов:centos,scientific,oracle linux и т.д.
     
     
  • 4.44, Аноним (-), 01:55, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Рхел это почва для многих бесплатных промышленных дистрибутивов:centos,scientific,oracle linux и т.д.

    А с каких пор они стали зависеть от _бинарных_ сборок RHEL? Они вроде собирают все пакеты из сорцов, значит, x86 собрать могут, если им надо.

     
     
  • 5.84, daemontux (?), 14:07, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Рхел это почва для многих бесплатных промышленных дистрибутивов:centos,scientific,oracle linux и т.д.
    > А с каких пор они стали зависеть от _бинарных_ сборок RHEL? Они
    > вроде собирают все пакеты из сорцов, значит, x86 собрать могут, если
    > им надо.

    Могут но x86 спецефичных ошибок будет больше. и им самим придется их исправлять

     
     
  • 6.85, Аноним (-), 14:09, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Могут но x86 спецефичных ошибок будет больше. и им самим придется их исправлять

    А кто сказал, что редхат _обязан_ это делать за них? Им же надо, а не редхату.

     
  • 2.27, Аноним (-), 00:15, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Теперь исользование rhel на дешевых vds с минимальным выделением ресурсов будет затруднительно.

    Покупать за немаленькие деньги суровый промышленный линукс и впихивать его в двухдолларовую виртуалочку - это уже за гранью здравого смысла.

     
     
  • 3.41, aurved (?), 01:27, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    CentOS и иже с ними
     
     
  • 4.43, Аноним (-), 01:54, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > CentOS и иже с ними

    Центосу надо - вот пусть он и собирает под i386.

     
     
  • 5.75, aurved (?), 11:10, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это я про деньги

     
     
  • 6.89, Аноним (-), 14:19, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > это я про деньги

    Так вы уж определить, что пихать в двухдолларовую виртуалочку - RHEL или CentOS. А потом подумайте еще раз, кому нужна поддержка таких виртуалочек, и кто ею будет заниматься.

     
  • 2.46, Fomalhaut (?), 02:15, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Гостевую 32битку никто не запретил. Ну только туда потом RHEL 7 не поставишь. :)
     
  • 2.135, karapuz2 (ok), 10:28, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    С тезисом не поспоришь. Но как бы и не очень надо. Я последний VPS взял себе с Fedora 19, и вполне годно, для дома, для семьи. А для серьезных задач под centos-rhel и менее дешевые vps не проблема
     

  • 1.8, dxd (?), 22:28, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Редхат таки перешёл на системд. Можно закупаться попкорном, пока не подорожал.
     
     
  • 2.15, pavlinux (ok), 22:48, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Редхат таки перешёл на системд.

    Нет! Cыстемды заменил: ConsoleKit library and daemon, acpid, libcgroup

    cgutils will continue to exist in Red Hat Enterprise Linux 7.0
    but systemd is evolving capabilities to enable customers to migrate
    in later releases.

    Короча, раньше 8.0 не ждите.

     
     
  • 3.24, Аноним (-), 00:05, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Редхат таки перешёл на системд.
    > Нет! Cыстемды заменил: ConsoleKit library and daemon, acpid, libcgroup

    А init типа нет?

     
     
  • 4.29, Аноним (-), 00:40, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А init типа нет?

    дык павлин же - у него на почве лютого баттхёрта от systemd последние мозги уже отказывают :)

     
     
  • 5.31, Аноним (-), 00:45, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > дык павлин же - у него на почве лютого баттхёрта от systemd последние мозги уже отказывают :)

    Ну такими темпами он скоро начнет доказывать, что федорка до сих пор на upstart, просто его в systemd переименовали в целях маскировки, по указанию из ZOG.

     
     
  • 6.37, pavlinux (ok), 01:02, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> дык павлин же - у него на почве лютого баттхёрта от systemd последние мозги уже отказывают :)
    > Ну такими темпами он скоро начнет доказывать, что федорка до сих пор
    > на upstart, просто его в systemd переименовали в целях маскировки, по
    > указанию из ZOG.

    [Pottering.Clone.Bot.2013]: DETECTED

     
     
  • 7.38, Аноним (-), 01:15, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Леннарт, залогинься. Всюду тебе толпы обожателей мерещатся, ага.
     
  • 5.36, ananim (?), 01:02, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Павлина не трогать!
     
     
  • 6.124, Аноним (-), 01:04, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Павлина не трогать!

    Страусов не пугать: пол бетонный!

     
     
  • 7.156, pavlinux (ok), 00:28, 14/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Павлина не трогать!
    > Страусов не пугать: пол бетонный!

    ДА!

     
  • 5.164, Non Any Mouse (?), 01:37, 16/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > дык павлин же...

    Павлин - это местная птица в open-клетке?

     

  • 1.9, pavlinux (ok), 22:35, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где оригинал полного анонса?  
     
     
  • 2.10, Stax (ok), 22:37, 11/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это креативная интерпретация таблицы из https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7-
     

  • 1.11, Аноним (-), 22:38, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >В частности, в состав дистрибутива интегрирован инструментарий Docker

    пора включать Go в GCC :)

     
     
  • 2.28, Аноним (-), 00:39, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Выдыхай, бобёр - он давно уже там, сейчас Rust вовсю пилят.
     
  • 2.125, Аноним (-), 01:05, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > пора включать Go в GCC :)

    С разморозкой вас, однако...

     

  • 1.12, pavlinux (ok), 22:40, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > Full DynTick Support: The nohz_full

    Они чё, с дуба рухнули?!! Эта хрень работает только на 1% x86 компов.  

     
     
  • 2.30, Аноним (-), 00:42, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Они чё, с дуба рухнули?!! Эта хрень работает только на 1% x86
    > компов.

    точно, павлина спросить забыли! :-)
    и почему каждый дурак считает себя умнее разработчиков ядра?

     
     
  • 3.32, Аноним (-), 00:47, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > и почему каждый дурак считает себя умнее разработчиков ядра?

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

     
     
  • 4.33, pavlinux (ok), 00:54, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    :pottering_kiddy:
     
     
  • 5.40, Аноним (-), 01:17, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > :pottering_kiddy:

    У тебя на почве петтеринга совсем крыша съехала?

     
  • 3.167, pavlinux (ok), 19:38, 25/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > точно, павлина спросить забыли! :-)
    > и почему каждый дурак считает себя умнее разработчиков ядра?

    Если ты говно сюда ходишь, это ещё не значит, что тут только такие же лохи как ты.

    ... нате дебилы, сосите! Специально для лошар пишут!  

          /*
    183                 * Don't allow the user to think they can get
    184                 * full NO_HZ with this machine.
    185                 */


    http://lxr.linux.no/linux+v3.12.6/kernel/time/tick-sched.c#L181

    https://lkml.org/lkml/2013/7/15/372
    http://lkml.indiana.edu/hypermail/linux/kernel/1307.3/00605.html

     

  • 1.16, vitalif (ok), 23:09, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Что-то выпилили больше, чем впилили )))

    Кстати по поводу bigalloc ext4 - он ваще стабилен? Я его в 3.9 пробовал, у меня стабильно был глюк - показывалось что занято в несколько раз больше места, чем занято на самом деле. Сейчас хочу на 3.12 попробовать, вроде на первый взгляд такого бага не было... но ведь хз, может не воспроизводится просто...

     
  • 1.17, Аноним (-), 23:18, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    CentOS лучше, потому что он бесплатный.
     
     
  • 2.136, Аноним (-), 11:32, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А винда еще и на торрентах с кряками лежит, полный кайф!
     
     
  • 3.137, Andrey Mitrofanov (?), 11:47, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >полный кайф!

    Извращённое мазохистское от ожидания прихода карающих органов, несущих свет еюла от самого Хозяима? Некоторым нравится, похоже.

     
     
  • 4.141, Аноним (-), 18:32, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В некоторых странах, строгость законов компенсируется необязательностью их исполнения.
     
  • 4.165, Non Any Mouse (?), 01:40, 16/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Извращённое мазохистское от ожидания прихода карающих органов, несущих свет еюла от самого

    Карающие органы могут прийти и без причины. Как известно, был бы человек, а статья найдётся.

     
     
  • 5.166, Led (ok), 05:14, 16/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Извращённое мазохистское от ожидания прихода карающих органов, несущих свет еюла от самого
    > Карающие органы могут прийти и без причины.

    Кто о чём, а "альтернативно ориентированные" - о "карающих органах".

     

  • 1.18, Аноним (-), 23:18, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >были использованы технологии, доступные в Fedora 19
    >Использование системного менеджера systemd 198

    Почему не 204-й, что с ним не так?

     
     
  • 2.23, Аноним (-), 00:04, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Почему не 204-й, что с ним не так?

    Недостаточно протух для Ъ-тырпрайза :)

     
  • 2.47, Аноним (-), 02:51, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Недостаточно обкатан на хомяках.
     
     
  • 3.86, Аноним (-), 14:12, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Недостаточно обкатан на хомяках.

    Разработчики Gentoo с вами не согласны: http://packages.gentoo.org/package/sys-apps/systemd
    Они уже обкатали 204 версию на своих хомяках, и пришли к выводу, что она вполне стабильна.
    Сейчас 208-ю докатывают.

     
     
  • 4.129, Аноним (-), 02:41, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Разработчики Gentoo с вами не согласны:

    А камикадзе не спрашивали, между прочим. Те и без шасси на самолетах обходились :).

     
     
  • 5.142, Аноним (-), 18:35, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Разработчики Gentoo с вами не согласны:
    > А камикадзе не спрашивали, между прочим. Те и без шасси на самолетах обходились :)

    Тек гентушники еще год назад люто протестовали, говоря, что systemd не стабилен. Вместе с ними загнулся один из двух ключевых очагов протеста.
    Второй - Ubuntu. Сначала они отмазывались "типа мы не успели еще разгрести все проблемы после upstart-а, чтоб еще что-то менять", а потом честно признались - дело только в политике.

     

  • 1.20, AlexAT (ok), 23:33, 11/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хых. Только что с кем-то спорили насчет того, когда окончательно похоронят поддержку x86-32. Ну дык вот, будущее уже наступает... RHEL из первых ласточек, и отнюдь не маленьких.
     
     
  • 2.26, Аноним (-), 00:13, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Хых. Только что с кем-то спорили насчет того, когда окончательно похоронят поддержку
    > x86-32. Ну дык вот, будущее уже наступает... RHEL из первых ласточек,
    > и отнюдь не маленьких.

    В этом-то все и дело
    > отнюдь не маленьких.

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

     
     
  • 3.45, Аноним (-), 02:11, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, а vps с памятью в 2gb уже ненужны.
     
     
  • 4.70, Andrey Mitrofanov (?), 10:58, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну да, а vps с памятью в 2gb уже ненужны.

    А туда WinXP и FreeBSD-ешечку. Исключительно.

     
     
  • 5.111, Аноним (-), 18:53, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А туда WinXP и FreeBSD-ешечку. Исключительно.

    Лучше Win95. На двух гигах летать будет!

     
     
  • 6.123, AlexAT (ok), 00:11, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше Win95. На двух гигах летать будет!

    MSDOS 5.0 наше усио.

     
  • 4.87, Аноним (-), 14:14, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну да, а vps с памятью в 2gb уже ненужны.

    А что, x86_64 выдает кернел паник при попытке загрузиться с памятью в 2Гб?

     
  • 2.34, Аноним (-), 00:55, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    MS "серверные" винды уже несколько лет, как только под x86_64 поставляет.
     
     
  • 3.55, AlexAT (ok), 07:30, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > MS "серверные" винды уже несколько лет, как только под x86_64 поставляет.

    Больше половины софта, крутящегося под этими серверными виндами, как было x86-32, так и остаётся, в силу проприетарности. А тут не только ОС, но и фактически весь основной софт строго под x86_64.

     
     
  • 4.82, pxeL (?), 13:29, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Прекращение формирования 32-разрядных сборок и отсутствие поддержки установки
    >32-разрядного окружения для архитектуры x86. Для загрузки и установки доступен
    > только вариант x86_64. При этом поддержка запуска 32-разрядных приложений
    > сохранена в полной мере, но позволяет выполнять подобные приложения в
    > 64-разрядном окружении.

    До конца абзац читать нужно.
    >При этом поддержка запуска 32-разрядных приложений сохранена в полной мере,
    > но позволяет выполнять подобные приложения в 64-разрядном окружении.

     
     
  • 5.90, Аноним (-), 14:22, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > До конца абзац читать нужно.
    >>При этом поддержка запуска 32-разрядных приложений сохранена в полной мере,
    >> но позволяет выполнять подобные приложения в 64-разрядном окружении.

    Мы же взрослые люди. Мы ж понимаем, что в линуксе 32@64 используется только в очень редких случаях - только если софтина проприетарная && вендор не делает 64-битных сборок.
    Что в линуксе, повторюсь, очень редкое явление. Можно вспомнить разве что уродцев типа скупе, у которых поддержка линукса "чисто для галочки".

     
  • 4.130, Аноним (-), 02:42, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Больше половины софта, крутящегося под этими серверными виндами, как было x86-32,

    Нифига, кстати. Майкрософт сказал что 32 бита - все. И не выпустил половину 32-битных версий своего серверного барахлишка. Или выпустил чисто для ознакомления, без поддержки.

     
     
  • 5.134, AlexAT (ok), 07:18, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нифига, кстати. Майкрософт сказал что 32 бита - все. И не выпустил

    Фига, фига. Много софта под винды именно под x86-64 вы видите в последнее время? В основном - это именно x86-32 софт, исполняется он в x86-32 режиме, и с x86-32 библиотеками хоть и в x86-64 ОС. Да, количество софта под x86-64 винды неуклонно растет, но настолько медленно, что в винде поддержка x86-32 проприетари будет сохраняться еще лет много. Да и с OSS под винды всё туговато. Банальный тупой пример: что виндовая Mozilla, что виндовый Chrome - до сих пор x86-32.

     
     
  • 6.139, Аноним (-), 16:53, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, а вот проприетарная Опера, на которую среди Ъ принято плеваться, была 64, и что характерно, работала под Линухом и В-ндами.
     
     
  • 7.146, Аноним (-), 18:40, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да, а вот проприетарная Опера, на которую среди Ъ принято плеваться, была
    > 64, и что характерно, работала под Линухом и В-ндами.

    Ключевое слово - "была".

     
  • 3.56, Аноним (-), 07:31, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ах какая MS прогрессивная (на самом деле - экономят на тестинге под х32).
     
     
  • 4.57, AlexAT (ok), 07:34, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ах какая MS прогрессивная (на самом деле - экономят на тестинге под
    > х32).

    Вполне резонно, кстати, поддерживать две ветки стабильных драйверов для сервера - накладненько.

     
     
  • 5.60, Аноним (-), 08:06, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Ах какая MS прогрессивная (на самом деле - экономят на тестинге под
    >> х32).
    > Вполне резонно, кстати, поддерживать две ветки стабильных драйверов для сервера - накладненько.

    Нехватка ресурсов не повод для хвастовства. MS уже несколько лет, как экономит силы, поставляя "серверные" винды только под х64 - совсем иначе звучит, не так ли?

     
     
  • 6.88, Аноним (-), 14:17, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нехватка ресурсов не повод для хвастовства.

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

    > MS уже несколько лет, как экономит силы, поставляя "серверные" винды только под х64 - совсем иначе звучит, не так ли?

    Звучит шокирующие. Неужели в M$ могут иногда принимать разумные решения?

     
  • 2.53, dalco (ok), 07:21, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >RHEL из первых ласточек,
    > и отнюдь не маленьких.

    RHEL - не ласточка, а целый Боинг :)

     
     
  • 3.69, zomby (?), 10:45, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пингвины - это ласточки, которые не прекращали жрать после 18:00. :)
     
     
  • 4.80, Аноним (-), 12:11, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Пингвины - это ласточки, которые не прекращали жрать после 18:00. :)

    И потому - "Рожденный ползать - летать не сможет".

     
     
  • 5.131, Аноним (-), 02:44, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > И потому - "Рожденный ползать - летать не сможет".

    А практика показала что "если сильно захотеть - можно в космос полететь".

     
     
  • 6.143, Аноним (-), 18:36, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А практика показала что "если сильно захотеть - можно в космос полететь".

    А потом вернуться и всех закопирастить.

     
  • 4.113, Аноним (-), 18:56, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Пингвины - это ласточки, которые не прекращали жрать после 18:00. :)

    Пингвины - это ласточки, адаптированные для сурового и холодного климата.

     
  • 2.126, Аноним (-), 01:40, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Хых. Только что с кем-то спорили насчет того, когда окончательно похоронят поддержку
    > x86-32. Ну дык вот, будущее уже наступает...

    Майкрософт слоупочный и то уже в районе 2008 года половину серверного софта для 32 битов уже не выпускал. Максимум "демо-версии" посмотреть как оно, не для продакшна. Так что шляпа те еще слоупоки. Найти в 2013 году сервер где нет 64-битного проца - не самое простое начинание. И памяти там обычно десятки гигз, на фоне чего 2^32 выглядит довольно патетично.

     
  • 2.153, vitalif (ok), 00:07, 14/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну учитывая что дистрибутивов вида "пересобранный рхел" не один и не два - да, рхел за собой много утянет.
     

  • 1.35, Аноним (-), 00:56, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В centos 7 могут собрать x86-32 ?
     
     
  • 2.39, Аноним (-), 01:16, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В centos 7 могут собрать x86-32 ?

    Теоретически да. Практически - они двадцать раз подумают, нужен ли им дополнительный гемор. Да еще забесплатно.

     
     
  • 3.49, Аноним (-), 03:10, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сейчас справляются же с этим.
     
     
  • 4.54, Аноним (-), 07:28, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    потому что сейчас у них есть сорцы редхата оттестированные им,и есть spec файлы(вроде так называются) для сборки для x86, а для нового рехла их не будет придется самим компилять и тестировать.
     
     
  • 5.61, Аноним (-), 08:29, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Под все архитектуры сборка идет из одного и того же spec-файла.
     
     
  • 6.73, Andrey Mitrofanov (?), 11:03, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Под все архитектуры сборка идет из одного и того же spec-файла.

    Угадай, почему RHEL6.5 не собрали в CentOS-е под ARM, под PowerPC?

     
     
  • 7.94, karapuz2 (ok), 14:43, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что бы не тестировать. Для этого нужно оборудование и мотивация. Резонно, что для проекта CentOS эти архитектры побоку.
     
  • 6.106, Аноним (-), 16:26, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Под все архитектуры сборка идет из одного и того же spec-файла.

    Не во всех пакетах из ftp.redhat.org в spec файлах расписана автоматизация сборки под
    текущую архитектуру. Мне известен только kernel-*.src.rpm.

     
     
  • 7.112, Аноним (-), 18:55, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Не во всех пакетах из ftp.redhat.org в spec файлах расписана автоматизация сборки
    > под текущую архитектуру. Мне известен только kernel-*.src.rpm.

    Потому что только для считанных проектов (включая ядро)требуются дополнительные извраты.

     
  • 2.72, Andrey Mitrofanov (?), 11:01, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В centos 7 могут собрать x86-32 ?

    Да, нет же! Они на смогут обеспечить _двоичную_совместимость_ (ибо не с чем!) с "папой", а это у них в целях положено. Учите мат.часть.

     
     
  • 3.118, Аноним (-), 19:49, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Цели можно подкорректировать.
     
     
  • 4.148, Аноним (-), 18:43, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Цели можно подкорректировать.

    Ага, специально напросить лишних приключений на свою задницу.

     

  • 1.50, jOKer (ok), 06:21, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    <с надеждой>Ну может теперь красношапка уже успокоится и не будет так люто пихать systemd в чужие дистры? В смысле, протестить-то его они на дурачках и фанатиках уже протестили ведь.... Так что могут и расслабиться теперь.
     
     
  • 2.62, Аноним (-), 08:30, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > <с надеждой>Ну может теперь красношапка уже успокоится и не будет так люто
    > пихать systemd в чужие дистры? В смысле, протестить-то его они на
    > дурачках и фанатиках уже протестили ведь.... Так что могут и расслабиться
    > теперь.

    Да не пихает в другие дистрибутивы никто этот системд. Его сами майнтейнеры этих дистрибутивов к себе тянут.

     
     
  • 3.91, Аноним (-), 14:25, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да не пихает в другие дистрибутивы никто этот системд. Его сами майнтейнеры
    > этих дистрибутивов к себе тянут.

    Хомячки не верят, что мейнтейнеры кучи дистров по доброй воле перешли на системд (ведь в священных книгах написано, что системд - отcтой). Поэтому приходиться убеждать себя, что они это сделали исключительно под угрозой немедленной жестокой расправы от головорезов, нанятых злобным редхадом.

     
     
  • 4.120, Аноним (-), 21:19, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Евгений Ваганыч, ваш "марказм" с каждым повторением всё смешнее звучит. Не останавливайтесь, на этом. обязательно расскажите в треде про модульность, плагиат от апстарта и сислогнинужин.
     
     
  • 5.144, Аноним (-), 18:38, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Евгений Ваганыч, ваш "марказм" с каждым повторением всё смешнее звучит. Не останавливайтесь, на этом. обязательно расскажите в треде про модульность, плагиат от апстарта и сислогнинужин.

    Только после того, как вы расскажете про непрозрачность, проблемы с отладкой и скриптынашевсе :)

     
  • 5.151, Аноним (-), 21:31, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Евгений Ваганыч, ваш "марказм" с каждым повторением всё смешнее звучит.

    Ну так противники системды все время рассказывают одни и те же сказки (см., например, парой комментариев выше, "злобный редхат заставляет других переходить на systemd").
    Естественно, что любой Капитан Очевидность, опровергая эти сказки, будет говорить примерно одно и то же.

     

  • 1.51, Аноним (-), 06:39, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Печаль про 32 бита. Возможно это заговор против CentOS и прочих бесплатных клонов. Уверен, что RHEL в виртуалках с 128-2048 МБ ОЗУ практически никто не использует, а вот CentOS - очень часто.
     
     
  • 2.52, Аноним (-), 06:53, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    пришло время 32-шкам отойти в мир иной
     
  • 2.58, AlexAT (ok), 07:36, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Печаль про 32 бита. Возможно это заговор против CentOS и прочих бесплатных
    > клонов. Уверен, что RHEL в виртуалках с 128-2048 МБ ОЗУ практически
    > никто не использует, а вот CentOS - очень часто.

    Да нет там никакой печали. Разница в потреблении памяти, из личного опыта, у базовой системы в пределах 10%, у стека LAMP - в пределах 15%. Это, естественно, не охватывающий спектр применений, но что-то подсказывает, что в 99% случаев будет примерно так же. На другой чаше весов - бОльшая производительность обработки данных, на те же 10-15%. Компромисс - x86-64/x32, интересно, будут ли сборки с оным?

     
  • 2.74, Andrey Mitrofanov (?), 11:06, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Печаль про 32 бита. Возможно это заговор против CentOS и прочих бесплатных

    Да, чего там, пусть пере-собирают двоично-совместимый клон i386-го Debian-а, если такая "пичаль". Передай им, что я разрешил. >/<

     
  • 2.127, Аноним (-), 01:43, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > никто не использует, а вот CentOS - очень часто.

    Тем временем, серверная убунта в виртуалке с 236 Мб памяти чувствует себя более чем...

     
     
  • 3.145, Аноним (-), 18:39, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тем временем, серверная убунта в виртуалке с 236 Мб памяти чувствует себя более чем...

    Каждому свое. На дешевую впс-ку можно хоть слаку пихать.

     

  • 1.59, Oinari (ok), 07:51, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >использование по умолчанию XFS

    Интересно почему.

     
     
  • 2.63, Аноним (-), 08:31, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>использование по умолчанию XFS
    > Интересно почему.

    Потому что ext4 - не резиновый. А хранилища сейчас большие.

     
  • 2.67, dimatambov (ok), 10:29, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Потому что обкатана XFS для энтерпрайза больше 10 лет назад на Irix от SGI. Те поставляли крутые графические станции, которые в реальном времени могли лезть в СУБД и рисовать по взятым оттуда точкам поверхность Земли в 3D. Потом SGI подарили XFS Linux. Redhat 6(ещё не не RHEL который) или даже 2 наверно был с XFS. ТОгда ещё ext3 не была доделана и из журналируемых была только ReiserFS не совсем обкатанная и не везде идеальная и XFS, к которой даже спустя 10 лет никаких претензий так и не появилось!
     
     
  • 3.76, Andrey Mitrofanov (?), 11:12, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что обкатана XFS для энтерпрайза больше 10 лет назад

    Плюс потому, что наигрались с "прогрессивным" на-дизайн-иванием. Ext3 напрогрессивили, потом отдельный ext4. Оба-на, сколько прогресса на собственную макушку. А у нас же _интирпрайс - покупатели стабильности хотят, уроды. Возьмём чего ни то _чужое, мы не гордые.

    +++Авторы openrc, upstart-ов с runit-ами с надеждой скрещивают пальцы в сторону потерингов-сиверсов.

     
     
  • 4.92, Аноним (-), 14:27, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > +++Авторы openrc, upstart-ов с runit-ами с надеждой скрещивают пальцы в сторону потерингов-сиверсов.

    Хм, а runit тоже начал таскать фичи из systemd? Что-то я не слышал об этом.

     
     
  • 5.95, Andrey Mitrofanov (?), 14:55, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Хм, а runit тоже начал таскать фичи из systemd? Что-то я не
    > слышал об этом.

    И я не слышал, чтобы xfs таскал у btrfs. Какой я непросвещённый?!

     
     
  • 6.99, Аноним (-), 15:46, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > И я не слышал, чтобы xfs таскал у btrfs.

    Это все потому, что ваша аналогия некорректна.

     
     
  • 7.107, Andrey Mitrofanov (?), 16:38, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Это все потому, что ваша аналогия некорректна.

    Как и твой(?) via negationis  #76, никак не связанный с моим предыдущим изложением и, на взгдяд, полностью бессысленный. Продолжай!

     
     
  • 8.115, Аноним (-), 19:01, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Как говорится, каков вопрос - таков и ответ ... текст свёрнут, показать
     
  • 6.147, Аноним (-), 18:41, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > И я не слышал, чтобы xfs таскал у btrfs. Какой я непросвещённый?!

    Тогда почему сравниваете xfs с openrc/upstart, а btrfs с systemd, если xfs из btrfs ничего не таскает?

     
  • 4.160, linux must __RIP__ (?), 15:15, 14/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    дядя.. ext4 прежде чем подарили сообществу лет 5 жил на оооочень больших стораджах.
    только тогда она называлась ldiskfs2, квоты 64битные в линуксе тоже оттуда растут..
    Да и сейчас если посмотреть стораджи от top500.org - xfs и ее кластерного варианта там не наблюдается..
    зато ext4 (в виде lustre ldiskfs) - там в полный рост.. Так что вопрос к стабильности...
     
  • 3.81, ещё один (?), 13:25, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > XFS, к которой даже спустя 10 лет никаких претензий так и не появилось

    Ага-ага. Заполняет файлы нулями после внезапного отключения питания вместо того чтоб откатить "журнал"? Поставьте ИБП. Тормозит? Поставьте SSD. А претензий совсем нет.

     
  • 3.128, Аноним (-), 02:35, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, кроме сущих мелочей 1 До примерно так ядра версии 2 6 28 в котором удавил... большой текст свёрнут, показать
     
     
  • 4.150, Аноним (-), 18:52, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ваши речи очень напоминают начинающего "траля", который пришел "потралеть пpыщеводов" с копипастой 2001 года: "драйверов нет вообще", "опенсорсного софта нет", "наколеночная поделка", "корпорациям это не интересно" и т.д.

    Ваши пункты 1-2 тоже выглядят анахронизмом, который мог написать только тот, кто не работал с XFS как минимум в последние три года.
    А 3 - вообще анекдот, особенно если учесть, как часто используется data=journal. Ради таких редких и специфичных случаев можно специально ext поставить, да.

     
  • 4.154, vitalif (ok), 00:11, 14/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 2) Оно здорово работате с гигантскими файлами на многодисковых массивах, что для
    > SGI с их видеомонтажом характерно. Но вот с мелочью оно работает
    > довольно медленно. Где-то в районе ядра 3.5 это малость подтянули, но
    > все-равно XFS для мелочи - не лучший выбор. EXT4 его на
    > мелочи обставит, пожалуй.

    Не "обставит, пожалуй", а "порвёт как тузик грелку". У себя юзал на одном сервере, постепенно отказался нафиг - ускорение видно невооружённым глазом по графикам было.

    А в тему больших файлов - в новых ext4 есть bigalloc, а в XFS, теоретически поддерживающем секторы до 64 кб, реально до сих пор поддерживается только 4 кб.

     
     
  • 5.157, Аноним (-), 02:56, 14/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не "обставит, пожалуй", а "порвёт как тузик грелку". У себя юзал на одном сервере, постепенно отказался нафиг - ускорение видно невооружённым глазом по графикам было.

    Свежий ext4 - XFS образца какого-нибудь дремучего 2007 года? Вероятно.
    С более-менее свежим XFS еще вопрос, кто кого порвет.

     

  • 1.64, 1 (??), 09:08, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а сколько бет вообще принято у шапки? когда приблизительно релиз?
     
  • 1.65, Аноним (-), 09:39, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    по поводу xfs - это общая групповая стратегия в линуксе
    сузя в качестве базовой файловой системы выбрала бтрфс, шапка - хфс

    кстати, анаконду, как я понимаю , протестировали сначала в федорке ?

     
     
  • 2.77, dimatambov (ok), 11:18, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > по поводу xfs - это общая групповая стратегия в линуксе
    > сузя в качестве базовой файловой системы выбрала бтрфс, шапка - хфс
    > кстати, анаконду, как я понимаю , протестировали сначала в федорке ?

    в шапке xfs уже сто лет, почти с самого начала - ещё до RHEL там была!А до этого проходила промышленную эксплуатацию в Irix.  Наверно с редхата 6 там! А вот суся стремится модности добиться - не совсем стабильные вещи пихает в дистрибутив

     
     
  • 3.152, Аноним (-), 21:32, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот суся стремится модности добиться - не совсем стабильные вещи пихает в дистрибутив

    Даже оракел уже признал, что btrfs стабильна.

     
     
  • 4.159, dimatambov (ok), 11:06, 14/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> А вот суся стремится модности добиться - не совсем стабильные вещи пихает в дистрибутив
    > Даже оракел уже признал, что btrfs стабильна.

    Кто такой оракел в мире опенсурсе, чтобы к нему прислушиваться? Почти все сановские опенсурсе проекты были ораклом подзаброшены: OpenSolaris , ZFS, Mysql, OpenOffice ... Даже Java на которой завязаны  все продукты самого оракла  и на ту  они чихали -довели до того, что перестали в ней закрывать проблемы безопасности. Кто будет устанавливать субд Oracle для корпоративных данных у одного из компонентов которого дырявая репутация? Позорище, а не компания. По моему оракл превращается потихоньку в патентного тролля... Скупает другие компании и продукты, даже те, которые ему не нужны ради имеющихся у них патентов.

     

  • 1.66, dimatambov (ok), 10:12, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    самбе 4 же нужен kerberos, точнее нужна нестандартная реализация его, а heimdal.А kerberos слишком интегрирован в RHEL , поэтому в Фёдоре заявяли, который выпуск, что самба 4 в виде доменного контроле пока работать не будет пока не сделают в самбе поддержку стандартного цербероса. Не ужели сделали эту поддержку mit kerberos в Самбе?
     
     
  • 2.68, oops (ok), 10:32, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > точнее нужна нестандартная реализация его, а heimdal

    Для меня, знаете ли, heimdal как раз стандартная реализация =)

     
     
  • 3.71, dimatambov (ok), 10:59, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> точнее нужна нестандартная реализация его, а heimdal
    > Для меня, знаете ли, heimdal как раз стандартная реализация =)

    а где вы его используете если не секрет?Где он лучше mit kerberos?

     
     
  • 4.78, oops (ok), 11:38, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>> точнее нужна нестандартная реализация его, а heimdal
    >> Для меня, знаете ли, heimdal как раз стандартная реализация =)
    > а где вы его используете если не секрет?Где он лучше mit kerberos?

    вы не поняли намека=) в bsd системах heimdal-реализация используется по-умолчанию, т.к. поставляется в базе. Ну и исторически, MIT версия американская (какое-то время эту реализацию нельзя было распространять за пределы аСаШАй, потому и появился heimdal), ну а Heimdal была международной, если можно так выразиться. Но я могу ошибаться.

     
  • 4.79, oops (ok), 11:40, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>> точнее нужна нестандартная реализация его, а heimdal
    >> Для меня, знаете ли, heimdal как раз стандартная реализация =)
    > а где вы его используете если не секрет?Где он лучше mit kerberos?

    А используем везде, где нужен Kerberos, например, для аутентификации в AD. Все просто =)

     
     
  • 5.98, dimatambov (ok), 15:41, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>>> точнее нужна нестандартная реализация его, а heimdal
    >>> Для меня, знаете ли, heimdal как раз стандартная реализация =)
    >> а где вы его используете если не секрет?Где он лучше mit kerberos?
    > А используем везде, где нужен Kerberos, например, для аутентификации в AD. Все
    > просто =)

    я думал у вас используется heimdal вместе с RHEL(CentOS)? Вот и спросил ради какой такой задачи потребовалось  использовать Heimdal и выдирать kerberos из RHEL.

    Насчёт одинаковости heimdal и kerberos у Федоры свои аргументы против:
    Fedora uses MIT Kerberos implementation, both server and client side. Heimdal and MIT Kerberos are targetting to implement the same Kerberos V protocol but have their own extensions API and certain semantical differences. They also have slightly different meaning to Kerberos credential cache files format where Kerberos-aware applications store their Kerberos keys. While this is not an issue for client-server communication over a network (a Heimdal client does talk the same Kerberos V protocol that MIT Kerberos server understands and vice versa), interoperability of the client or server code using the same credential cache files on the same system is much less supported for advanced features like S4U2Proxy and S4U2Self.
    https://fedoraproject.org/wiki/Features/Samba4

     
     
  • 6.104, oops (ok), 16:06, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > MIT Kerberos are targetting to implement the same Kerberos V protocol
    > but have their own extensions API and certain semantical differences. They
    > also have slightly different meaning to Kerberos credential cache files format
    > where Kerberos-aware applications store their Kerberos keys. While this is not
    > an issue for client-server communication over a network (a Heimdal client
    > does talk the same Kerberos V protocol that MIT Kerberos server
    > understands and vice versa), interoperability of the client or server code
    > using the same credential cache files on the same system is
    > much less supported for advanced features like S4U2Proxy and S4U2Self.
    > https://fedoraproject.org/wiki/Features/Samba4

    Я плохо понял, что они хотели сказать. Им не нравится, что из-за разницы в реализации креденшл-кэша нельзя запустить и MIT и Heimdal на одной машине одновременно? А нафига это может понадобиться?

     
  • 2.83, el torito (?), 13:54, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    heimdal так же стандартен как и MIT. Just FYI.
     

  • 1.93, lucentcode (ok), 14:43, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец-то RH перебрался с upstart на мой любимый systemd. Можно теперь ссылаться на RH в споре с индивидами, уверяющими что systemd не стабилен, и не готов к применению.
     
     
  • 2.96, Аноним (-), 15:26, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Наконец-то RH перебрался с upstart на мой любимый systemd. Можно теперь ссылаться
    > на RH в споре с индивидами, уверяющими что systemd не стабилен,
    > и не готов к применению.

    Вооружён и очень опасен.Теперь на ЛОРе всех порвёшь.

     
     
  • 3.109, lucentcode (ok), 17:22, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вооружён и очень опасен.Теперь на ЛОРе всех порвёшь.

    Ага:) Только вот рвать всех, как тузик грелку, будем завтра. Сегодня некогда, работать надо.

     
     
  • 4.116, Аноним (-), 19:03, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ага:) Только вот рвать всех, как тузик грелку, будем завтра

    В интернете опять кто-то неправ, ага =)

     
     
  • 5.138, lucentcode (ok), 16:07, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В интернете опять кто-то неправ, ага =)

    Да все неправы. Один я - белый и пушистый:)


     
     
  • 6.158, Led (ok), 02:59, 14/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да все неправы. Один я - белый и пушистый:)

    Одним словом - блондинко

     
  • 3.100, Аноним (-), 15:47, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ты используешь программы не из-за функционала, а исключительно чтобы с кем-то поспорить и помериться?

    Из-за _функционала_ могут использовать разве что программы решения задач вариационного исчисления.

     
     
  • 4.132, Аноним (-), 02:47, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Этот MSовский болванчик таких слов то не знает, так что можно и не метать бисер...
     
  • 2.102, Аноним (-), 15:48, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Наконец-то RH перебрался с upstart на мой любимый systemd. Можно теперь ссылаться
    > на RH в споре с индивидами, уверяющими что systemd не стабилен,
    > и не готов к применению.

    Держи: http://packages.gentoo.org/package/sys-apps/systemd (смотреть на зеленые клеточки).
    Особенно хорошо бьет по "какбэ-гентушникам", типа ананима.

     

  • 1.101, Аноним (101), 15:48, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    чет он в УГ скатывается. В 6м уже добавили ненужный и глючный NM, теперь вот еще гору всякого дерьма понапихали.
     
     
  • 2.103, Аноним (-), 15:50, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > чет он в УГ скатывается. В 6м уже добавили ненужный и глючный
    > NM, теперь вот еще гору всякого дерьма понапихали.

    У вас, убунтят, сегодня праздник - день бугурта! Поздравляем и желаем дальнейших творческих успехов!

     
     
  • 3.133, Аноним (-), 02:49, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У убунтят тоже есть NM и апстарт. Это всякие старперы привыкшие конфигурить сеть ifcongig'ом и фтыкать 5 минут на нераспараллеленый init бугуртят в основном.
     
     
  • 4.149, Аноним (-), 18:46, 13/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > У убунтят тоже есть NM и апстарт.

    Как учит теория эволюции, самая острая конкуренция - как раз у видов, занимающих близкие ниши.

    Старперам должно быть пофиг, у них есть вполне себе нормальная слака.

     

  • 1.105, Okarin (ok), 16:23, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Красота! На федорке обкатали, можно и релизиться скоро.
     
  • 1.108, Аноним (-), 16:49, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Насколько я понял XFS, лучше EXT4 для почтового сервера(много файлов)?
     
     
  • 2.122, Аноим (?), 22:11, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С точностью наоборот
     
  • 2.155, vitalif (ok), 00:13, 14/12/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Насколько я понял XFS, лучше EXT4 для почтового сервера(много файлов)?

    Неа. Гомно этот xfs, тормоз на мелких файлах.

     

  • 1.117, Аноним (-), 19:21, 12/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вопрос ФС по умолчанию, конечно, важен (для ниасиливших kickstart). Лучше скажите, почему среди базовых пакетов до сих пор нет nginx'а? Это как-то неприлично для суперсерьезного серверного дистрибутива.
     
     
  • 2.119, нонимим (?), 20:15, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А чем официальный репозиторий не устраивает?
     
  • 2.121, Аноним (-), 22:02, 12/12/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вопрос ФС по умолчанию, конечно, важен (для ниасиливших kickstart). Лучше скажите, почему
    > среди базовых пакетов до сих пор нет nginx'а? Это как-то неприлично
    > для суперсерьезного серверного дистрибутива.

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

    у них даже и в EPEL nginx достаточно криво собран очень древней версии,
    каким-то китайцем: https://dl.fedoraproject.org/pub/epel/6/x86_64/repoview/nginx.html

    так что бесплатную и платную версию nginx лучше брать на nginx.org,
    или собирать самому, под свои задачи.

     

  • 1.163, Forth (ok), 13:05, 15/12/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В тексте новости написано, что samba 4.1 полноценная. У меня сомнения на этот счет.
    Скрипт samba-tool отсуствует вовсе, как контроллер домена делать? :)
    И heimdal кербероса не нашел. Фигня какая-то, товарищи.
     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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