The OpenNET Project / Index page

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

Началось тестирование 32-разрядных сборок CentOS 7

05.06.2015 09:25

Началось формирование сборок дистрибутива CentOS 7 для серверных систем с 32-разрядной архитектурой x86 (i686), которая теперь доступна в CentOS наряду с архитектурами x86_64 и ARM64. В настоящее время 32-разрядные сборки CentOS 7 сформированы только в минималистичной форме boot.iso (311 Мб) и имеют статус бета-версии. После первичного тестирования планируется подготовить полноценные сборки с инсталлятором. Напомним, что дистрибутив RHEL 7 поставляется только в 64-разрядных сборках, в то время как для 32-разрядных систем рекомендовано использовать ветку 6.x.

  1. Главная ссылка к новости (http://lists.centos.org/piperm...)
  2. OpenNews: Началось формирование сборок CentOS 7 для архитектуры AArch64
  3. OpenNews: Увидел свет дистрибутив CentOS 7.1503, основанный на RHEL 7.1
  4. OpenNews: CentOS ввёл в практику выпуск rolling-обновлений установочных образов
  5. OpenNews: Релиз Linux-дистрибутива CentOS 7.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/42368-centos
Ключевые слова: centos
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (37) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 10:12, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Зачем сейчас нужна 32 бит платформа?
     
     
  • 2.2, Moomintroll (ok), 10:14, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Экономить ресурсы (RAMу) на тесных виртуалках.
     
     
  • 3.4, aim (ok), 10:19, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • –13 +/
    для этого есть docker и проч. контейнеры. или вот то что intel выпустила.
     
     
  • 4.18, Аноним (-), 13:43, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не всегда ты волен выбирать хостовую ОС
     
  • 4.33, Аноним (-), 12:49, 08/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вы правда не видите разницу между виртуальной машиной и docker?
     
  • 3.12, anonymous (??), 12:05, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше бы x32 ABI допилили.
     
  • 2.7, fi (ok), 10:33, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    By ex.: В ходу по прежнему платы на атомах, а он настолько урезан, что про 64-бита лучше не заикаться - он эмулируется.
     
     
  • 3.11, Аноним (-), 12:04, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Врешь.
     
  • 3.23, Stax (ok), 18:07, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дополнительный набор регистров, простейшие операции с 64-х битными int'ами и 64-х битное адресное пространство эмулируются?? Ну ничего себе эмулятор.

    Что Atom N2800 (2011 год) в моем домашнем роутере, что Atopm Z3740 на планшете совершенно нативно работают в 64-х битном режиме.

     
     
  • 4.26, AlexAT (ok), 21:40, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да не парьтесь вы по застрявшим в прошлом. Пусть себе экономят. Вот только производительность серверных CPU почти (по сравнению с прошлым) не растёт уже, а размер RAM вполне себе растёт дальше. Так что скоро жизнь заставит экономить вовсе не RAM, а такты.
     
  • 2.13, _KUL (ok), 12:05, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для спец.компов/спец.железок которые в прошлом веке разрабатывались но и сейчас справляются со своими спец.задачами, и у которых драйвера только для 32 разрядных систем написаны.
     
     
  • 3.28, AlexAT (ok), 23:10, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для спец.компов/спец.железок которые в прошлом веке разрабатывались но и сейчас справляются
    > со своими спец.задачами, и у которых драйвера только для 32 разрядных
    > систем написаны.

    Ну и почему бы на этих платформах не юзать настолько же древние ОС? Они же справляются, а раз справляются - зачем что-то менять?

     
  • 2.21, Cuernud (?), 15:16, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Зачем сейчас нужна 32 бит платформа?

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

     
     
  • 3.27, AlexAT (ok), 23:09, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Затем, что полно серверов, которые нормально работать будут ещё годы, а менять
    > их очень дорого.

    А электричество на это "нормально" не дороже обойдётся?

     
  • 2.36, q (??), 10:14, 19/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Всякий старый Ъ софт иногда работает только на 32 и который некому уже рефакторить/переписывать.
     
     
  • 3.37, AlexAT (ok), 21:49, 19/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Всякий старый Ъ софт иногда работает только на 32 и который некому
    > уже рефакторить/переписывать.

    Пггостите, но под x86-64 замечательно можно собрать этот софт с -m32. Совместимость никто не ломал.

     

  • 1.3, aim (ok), 10:18, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Но зачем?!
     
     
  • 2.6, sorrymak (ok), 10:33, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем на какой-нибудь дешёвой VPS'ке с полгигом памяти x86_64?
     
  • 2.10, Alukardd (ok), 10:52, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    aim, ну предположу, что в серверном мире всё же есть говноприложения вроде skype, которые хотят 32-х битные либы, значит они всё равно нужны, а раз нужны, значит нужно их вместе оттестировать и паковать. Собственно, мы подошли к 32-х битной сборки CentOS7.
     
     
  • 3.15, aim (ok), 12:56, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > aim, ну предположу, что в серверном мире всё же есть говноприложения вроде
    > skype, которые хотят 32-х битные либы, значит они всё равно нужны,
    > а раз нужны, значит нужно их вместе оттестировать и паковать. Собственно,
    > мы подошли к 32-х битной сборки CentOS7.

    32хбитные либы в RHEL 7 есть.

     
     
  • 4.16, Alukardd (ok), 13:04, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А если приложение хочет 32-х битное ядро, то setarch делать? Почему бы не собрать ОСь из имеющихся либ? А если это трудно ввиду каких-то недочётов, то не надо хвалиться, что все либы есть и их можно установить в 64-х битную ОСь.
     
     
  • 5.19, aim (ok), 13:53, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если приложение хочет 32-х битное ядро, то setarch делать? Почему бы
    > не собрать ОСь из имеющихся либ? А если это трудно ввиду
    > каких-то недочётов, то не надо хвалиться, что все либы есть и
    > их можно установить в 64-х битную ОСь.

    ты не понимаешь - задача избавится от legacy приложений

    тут мало кто держит в голове тот факт что ядро фактически давно не разрабатывается для архитектуры x86, только x86_64. и это свершившийся факт. линус сам об этом говорил в одном из интервью - он его даже для x86 не собирает

     
  • 2.14, б.б. (?), 12:07, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    чтобы был выбор
     

  • 1.5, Аноним (-), 10:24, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а зачем гонять 64-разрядную ось на компах с памятью до 4 гигов?
    Так что ура товарищи, с добрым утром! :)
     
     
  • 2.22, КЭП (?), 17:23, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Для того, что бы использовать 64 битные регистры, например для арифметики.
     
     
  • 3.25, none7 (ok), 20:38, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И как часто в софте вообще используют int64? На ум приходят только кишки файловой системы, чтение случайных мест файлов имеющих размер более 2Гбайт, иногда индексы баз данных. Общение с сетью в uint16 влазит, криптография под 32-бита заточена, фото и видео больше нуждаются в mmx. А арифметика обычно нуждается в числах с плавающей точкой. Более того не всегда операции с 64 битами стоят дешевле 32-разрядной реализации (а вы думали за 1 такт всё?). Единственный плюс, из за простоты внутренней реализации процессоров AMD, дополнительные 8 регистров работают немного быстрее кеш-памяти, на этом достоинства заканчиваются и вылезают расходы по хранению и обработке 64-битных указателей.
     
     
  • 4.29, AlexAT (ok), 23:11, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И как часто в софте вообще используют int64?

    Практически в каждой собранной например GCC софтине. Операции со строками, например. Или копирование структур.

    Про int16 для сети - это вообще нонсенс. Даже на mac-адрес uint32 не хватит, а уж про IPv6 вообще молчу. Криптографии - так вообще, чем больше, тем лучше, в любых проявлениях.

    В общем, что-то как-то вы слегка мимо.

     
     
  • 5.35, Аноним (-), 00:14, 10/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Практически в каждой собранной например GCC софтине. Операции со строками, например. Или
    > копирование структур.

    Операции с файлами, наконец: файлы давно не умещаются в 2^32...

     
  • 4.31, КЭП (?), 23:24, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Повод нормально работать с файлами от 2Гбайт уже достаточно весомый для любой современной программы.
    Кроме того одна 64-битная операция во многих случаях может заменить 2 любимых вами 32-битных.
    По поводу плавучки: Не везде её можно использовать, а фиксированная точка на 64-битах может оказаться более удобной.
     
     
  • 5.32, none7 (ok), 04:53, 06/06/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Повод нормально работать с файлами от 2Гбайт уже достаточно весомый для любой
    > современной программы.

    Только реально для программистов ничего не упрощается, а вычисления над файловыми указателями производятся очень редко. На пару операций с 64-битным указателем приходиться IOPS диска, который обрабатывается с точки зрения процессора практически вечность.

    > Кроме того одна 64-битная операция во многих случаях может заменить 2 любимых
    > вами 32-битных.

    С чего это вдруг? Это Вам не sse обрабатывающих от 4 чисел за операцию. Я Вам открою страшный секрет, но на уровне ассемблера 64-битная арифметика без особой нужды не используется, то есть только операции над редкими int64 и частыми указателями.

    Если бы была реальная нужда 64-битных регистрах, то производители процессоров внедрили бы их отдельно, задолго до дефицита адресации оперативки. Но всех вполне устраивало 2 инструкции. Тем более, что число инструкций в x86 никогда не было мерилом производительности.

     

  • 1.8, Аноним (-), 10:46, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Да виртуалки с 256Мб оперативки еще вполне себе в ходу, и 64 бита там совсем не нужны.
     
     
  • 2.9, SunXE (ok), 10:51, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Только вот зачем там семерка? Для унификации разве что.
     
  • 2.20, Аноним (-), 14:57, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    На виртуалках с 256Мб, даже rhel6 во время yum update может так призадуматься что мало не покажется.
     
  • 2.30, AlexAT (ok), 23:15, 05/06/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да виртуалки с 256Мб оперативки еще вполне себе в ходу, и 64
    > бита там совсем не нужны.

    CentOS 7 на виртуалку с 256мб - это совсем для любителей извращений. Туда пятерка то с трудом влазит, с обрезкой всего.

     
     
  • 3.34, Аноним (-), 00:09, 10/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > CentOS 7 на виртуалку с 256мб - это совсем для любителей извращений.
    > Туда пятерка то с трудом влазит, с обрезкой всего.

    А yum к тому же ловит OOM при малейшем поползновении...

     

  • 1.17, DmA (??), 13:27, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    для многоплатформенности! А то скоро забудут,что это такое...
     
  • 1.24, Аноним (-), 18:43, 05/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    3акопайте обратно
     
     
  • 2.38, Konstantin (??), 19:28, 31/12/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вместе с железом (((
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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