The OpenNET Project / Index page

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

Опубликована редакция Oracle Linux для архитектуры SPARC

02.04.2017 23:15

Компания Oracle объявила о формировании сборок Oracle Linux для архитектуры SPARC. Для загрузки подготовлены iso-образы и исходные тексты пакетов для SPARC на основе Oracle Linux 6 Update 7. Также доступен yum-репозиторий с пакетами и обновлениями для SPARC, в котором в том числе присутствуют пакеты с префиксом "devel", содержащие инструменты для разработчиков, включая GCC с поддержкой оптимизаций для CPU M7.

Поддерживается установка на системы с 64-разрядными процессорами SPARC T4, T5 и T7 (M7, M5). Платформа SPARC S7 пока не поддерживается. О планах по подготовке Oracle Linux 7 для SPARC ничего не сообщается, Oracle Linux 6 выбран для релиза так как являлся эталонной платформой при разработке проекта Linux for SPARC. В состав дистрибутива вошли не все пакеты, поставляемые для систем x86, - в настоящее время предложено только 614 пакетов, но число пригодных для использования на системах SPARC пакетов будет расширяться. При установке для корневого раздела может быть выбрана только ФС ext4, для вторичных разделов можно использовать Btrfs. Ksplice и DTrace пока не поддерживаются.

Так как компания Red Hat прекратила поддержку архитектуры SPARC ещё в 2000 году, сборка Oracle Linux для SPARC поставляется только с ядром Unbreakable Enterprise Kernel Release 2, развиваемым компанией Oracle. Свежее ядро Unbreakable Enterprise Kernel Release 4 также адаптировано для SPARC и даже включает поддержку процессоров SPARC S7, но оно пока находится на стадии тестирования и будет предложено позднее. Сообщается, что большая часть используемого в ядрах Unbreakable Enterprise Kernel кода для систем SPARC уже включена или ожидает включения в основной состав ядра Linux. Аналогично большая порция специфичных для SPARC правок и оптимизаций в пакетах передана разработчикам upstream-проектов, включая Glibc и GCC.

В состав дистрибутива включены пакеты и их исходные тексты для использования таких возможностей процессоров SPARC, как DAX (Data analytics accelerator) для оптимизации запросов в СУБД Oracle, ADI (Application Data Integrity) для определения фактов повреждения данных в памяти и SSM (Silicon Secured Memory) для блокирования переполнений буфера, а также вариант библиотеки openssl, в котором задействованы расширения для ускорения криптографических операций.

Из особенностей также отмечается поставка SPARC LDOM Manager, который может применяться для применения Oracle Linux в качестве хост-системы для развёртывания систем виртуализации, поддерживающих запуск гостевых систем с Linux и Solaris. В гостевых системах могут выполняться как немодифицированные Linux-окружения, так и паравиртуализированные системы со специальными драйверами, такими как vswitch и vdiskserver.

  1. Главная ссылка к новости (https://blogs.oracle.com/wim/e...)
  2. OpenNews: Компания Oracle опубликовала план разработки Solaris и SPARC
  3. OpenNews: Компания Oracle представила проект Linux для SPARC
  4. OpenNews: Компания Oracle будет развивать Oracle Enterprise Linux для платформы SPARC
  5. OpenNews: Выпуск дистрибутива Oracle Linux 7.3 и ядра Unbreakable Enterprise Kernel R4U2
  6. OpenNews: Обновление промышленного дистрибутива Oracle Linux 6.9
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46303-oracle
Ключевые слова: oracle, linux, sparc
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (46) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 23:37, 02/04/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Теперь слив Solaris дело времени.
     
     
  • 2.3, Аноним (-), 04:36, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > При установке для корневого раздела может быть выбрана только ФС ext4, для вторичных разделов можно использовать Btrfs.
    > Ksplice и DTrace пока не поддерживаются.

    А про ZFS вообще ни слова. Зря волнуетесь - Solaris еще нас всех переживет.


     
     
  • 3.4, Аноним (-), 05:31, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Solaris еще нас всех переживет

    как go_no мамонта которое тоже переживает всех и вся ? :D

     
     
  • 4.49, Ващенаглухо (ok), 18:16, 12/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    11я это уже не го_вно мамонта, все го_вно ввиде поддержки старых спарков оттуда выкинуто
     
  • 3.16, Аноним (-), 12:22, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кто тут волнуется? Все веселятся р ликуют!
     
  • 3.26, DmA (??), 20:12, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Недавно знакомый ставил Солярку 11.3 на х.86 первый раз в жизни, и из-за недостаточности опыта поставил русскую раскладку, логин и пароль конечно по английски ввёл. Далее первая загрузка - и на тебе логин можно только ввести по русски, а если что-нибудь ввёл по русски в качестве логина нажал Enter, то предлагается ввести пароль, причём при вводе пароля появляется опция "добавить другие языки", в том числе и английский можно. Тупизм, думаю таких багов  и недодумок в солярке немало и версией для  х86 вообще мало кто пользуется!
     
     
  • 4.46, LOL (??), 15:25, 06/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Недавно знакомый ставил Солярку 11.3 на х.86 первый раз в жизни, и

    Кто её вообще ставит с иксами и зачем он это делает?

     
  • 3.31, Vkni (ok), 07:21, 04/04/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А про ZFS вообще ни слова. Зря волнуетесь - Solaris еще нас
    > всех переживет.

    А ZFS уже слили - сейчас есть 2 версии - OSS и маргинальная. ;-)

     
  • 2.6, Харли (ok), 07:03, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Помечтайте конечно, вот только у них (у оракула) есть Боинг, джДайнемикс и Локхид (как минимум), которые сидят на оракуле+спарк уже лет 15, которым накласть на все сообщества в мире и которые никуда (в смысле ни на какие другие платформы/наборы софта) не пойдут - им проще будет скинуться и выкупить у Ларри его помойку сл всеми потрохами. Вот только если им придется это выкупить, все mysql-и точно выкинут, к бабке не ходи. Большим они даром не нужны.
     
     
  • 3.18, adolfus (ok), 13:44, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Лишь бы Berkeley DB не выбросили, а mysql давно пора на помойку.
     
  • 3.27, анонимус (??), 21:07, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да человек видимо вообще не в курсе, что Оракл Линуксу 100 лет в обед, так что никакой причинно-следственной связи между появлением Оракл Линукс и сливом соляриса нет. Он, видимо, решил, что это впервые случилось.
     
     
  • 4.28, пох (?), 01:44, 04/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Да человек видимо вообще не в курсе, что Оракл Линуксу 100 лет в обед

    ораклолинукс появился гораздо, гораздо раньше, чем оракл раздавил Sun.
    Но он был ix86-only, поддержка спарков - совсем недавнее достижение (хотя и шли к нему чуть вот не сразу с момента ценного приобретения). То есть именно законченный оракл линукс for sparc появился, помнится, года всего полтора назад (не путать с опенсорсным(условно) спарклинуксом, который, хоть и является детищем того же самого оракла, но сертификатами совместимости не обвешан и для установки оракловой БД не номинировался, у него совсем другое назначение)

     
  • 2.15, Dog (?), 11:04, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Теперь слив Solaris дело времени.

    Ага, следующим же шагом после прихода wендекапеца.

     

  • 1.2, Vkni (ok), 23:44, 02/04/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Да и Спарку не долго жить осталось.
     
     
  • 2.21, Вареник (?), 15:22, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да и Спарку не долго жить осталось.

    - Опенсорсные версии (LEON, T1, T2) останутся в наших сердцах.

    По крайней мере пока RISC-V еще не очень production ready, преимуществ по производительности не показал и малинку с ним не купишь.

     
     
  • 3.29, Vkni (ok), 07:09, 04/04/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > - Опенсорсные версии (LEON, T1, T2) останутся в наших сердцах.

    Оно как бы хорошо, но поскольку корпорация Oracle умудрилась продолбать даже лидерство над ZFS, конец немного предсказуем.

    Я некоторое время назад беседовал с компиляторщиками - у них тупо нет машин, чтобы тестировать на SPARC64. На месте Oracle и IBM, я бы выделил спец. группу, которая бы следила, что у разработчиков всяких относительно малоиспользуемых языков Rust, Go, GHC, Ocaml'а, Erlang'а и прочих, есть доступ к свежайшей настроенной системе и к нескольким не очень свежим. Ну и помогала настраивать, следила за регрессиями и т.д. Тот же Travis CI настроила.

    Средств на это уйдёт копейки, а выгода - поддержка компиляторов. А-то на одних Java + C++ + Fortran можно только в какую-то нишу уползти, где тихо умирать.

     
     
  • 4.36, Кузнец (?), 19:12, 04/04/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы вот в конце перечислили те языки, которые и есть весь корпоративный сектор. Причём, до конца этого мира. Пока будет профессия программера, в принципе, наиболее востребованными языками так и останутся Си, Ява и Фортран.
     
     
  • 5.38, Vkni (ok), 03:08, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы вот в конце перечислили те языки, которые и есть весь корпоративный
    > сектор. Причём, до конца этого мира. Пока будет профессия программера, в
    > принципе, наиболее востребованными языками так и останутся Си, Ява и Фортран.

    Вокруг "древного мега корпоративного софта" есть груда обвязки - утилиты разные, прототипы и т.д. Написание этого добра на C/C++, Java, Fortran, Cobol'е и прочих корпоративных языках - это бессмысленная трата времени.

    Люди это, конечно, делать не хотят, поэтому берут x86/Linux и работают с 2-мя системами. А потом удивительным образом получается, что x86/Linux удобнее и дешевле, под него больше всего написано, больше возможностей, поэтому на Спарки новые системы не вводят, а потихонечку с них убирают старые.

    Ну и конец немного предсказуем. Хотя его можно, конечно, оттягивать.

     

  • 1.5, Аноним (-), 05:48, 03/04/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что, и клиенты у них есть, кто использует этот центос со 614-ю пакетами? Не очень понимаю, для чего это делается. Почему нельзя оставить спарки с солярисом просто тихо умирать, депрекейтить; зачем там линукс, с сомнительными перспективами (" О планах по подготовке Oracle Linux 7 для SPARC ничего не сообщается")?
     
     
  • 2.7, Аноним (-), 07:39, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Что, и клиенты у них есть, кто использует этот центос со 614-ю
    > пакетами?

    Главное, что этих пакетов достаточно, чтобы работала СУБД Oracle. На какое-то иное применение они и не рассчитывают.

     
     
  • 3.11, Аноним (-), 09:05, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть какие-то основания, что бы выбирать линукс на спарке вместо соляриса для платформы под бд оракл? Я правда не понимаю
     
     
  • 4.12, Аноним (-), 09:23, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Специалистов по солярис все меньше и меньше, а по линукс все больше и больше и они дешевле.
     
  • 4.13, КО (?), 09:27, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если в Oracle для своей все в одном платформы выбрали Linux и вообще не Sparc, то наверное есть. :)
     
     
  • 5.14, Аноним (-), 09:48, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Только на своих презентациях (в живую) они о другом говорят.
     
     
  • 6.17, Аноним (-), 13:11, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Только на своих презентациях (в живую) они о другом говорят.

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

     
  • 4.19, пох (?), 14:57, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Есть какие-то основания, что бы выбирать линукс на спарке вместо соляриса для платформы
    > под бд оракл?

    угу, нетехнические.
    В голове копченого миддла происходит примерно такой процесс: "так, бабки в любом случае не из моего кармана, на них пох. Но: специалист по соляркам у нас один, нанять второго можно, но сложно - они подешево продаваться не любят, кроме того, нифига непонятно, он вот на меня смотрит, фигню, наверное всякую думает. Зато у меня на родине полный город "специалистов" по линуксам (умеют в шелле набирать mc), и стоят они три доллара пучок, и я их всех насквозь вижу (чай из Бангалорского пригорода всего десять лет назад переехал). Поэтому надо этого шибкоумного уволить нахрен, а пару десятков, на первое время, этих ребят - нанять. Ну и вместо одного спарка купить пять, пока те разберутся, четыре уже успеют, конечно, лечь, но бабки, опять же, не мои"

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

     
     
  • 5.20, Вареник (?), 15:16, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Жизненно расписал.

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

     
     
  • 6.22, анонимус вульгарис (?), 15:54, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Соляра лучше всех

    Была в 1990-е.

     
  • 6.23, пох (?), 18:25, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Таки да, Соляра лучше всех и Спарк лучше всех

    она не то чтобы лучше (как подкладка под оракл), просто масштабирование оракла - головная боль и часто нерешаемая в принципе задача.
    А в отдельно взятой вычислительной системе у слона сильно больше - даже если все детали слона по отдельности и не лучше.

    И учти, что реальные бюджеты - это не твои деньги. И тебе ни копейки с них никогда не перепадет. А объяснить инвестору, что вот такой большой и красивый спарк стоит вот стока, а эквивалентное ему количество унылых интеловских ящиков стока - скорее всего не выйдет, и купят не эквивалентное, а меньше, "ну потом как-нибудь расширимся". И вот это уже будет _твоя_ головная боль.

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

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

     
     
  • 7.24, С (?), 19:03, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Т4 и Т5 уже EOL, но не такое уж и древнее железо. Т7 относительно недавно продается. Так какую проблему они решают? )))
     
     
  • 8.25, пох (?), 19:57, 03/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    продавать хоть что-нибудь тем, у кого железо уже EOL, или близко к значит,вклады... текст свёрнут, показать
     
  • 5.30, Vkni (ok), 07:17, 04/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > угу, нетехнические.

    Ну покажи мне полную версию Haskell Platform под Solaris/Sparc. Или "это вам не нужно, слушайте свои валенки"?

     
     
  • 6.32, Аноним (-), 09:59, 04/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А под Linux/Sparc есть?
     
     
  • 7.44, Vkni (ok), 04:45, 06/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А под Linux/Sparc есть?

    Не знаю, но вероятность несколько выше. Самое прикольное, что для многоядерных Оракловских Спарков этот самый Haskell - то, что доктор прописал. Когда распараллеливание обработки массива делается 2-мя словами - 'using' parList, есть STM память, множество библиотек с lock-free.

    И erlang тоже не поддерживает SPARC64. Вот правильно Лавров про таких сказал.

     
  • 6.34, пох (?), 13:40, 04/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Или "это вам не нужно, слушайте свои валенки"?

    именно так. Клиентам оракла все эти хипстерские поделки нафиг не нужны.
    Был бы платежеспособный спрос (хотя бы на уровне "мы тут задолбались помимо зоопарка санов еще держать кластер писюков только ради одной бизнес-критикал хаскел поделки - не будет ли любезен достопочтимый джинн..." - при масштабах оракла он будет любезен просто потому что ему это ничего не стоит) - был бы и ответ. Но нет на свете бизнес-критикал хаскел-поделок. И не будет.

     
     
  • 7.37, Vkni (ok), 03:03, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Клиентам оракла все эти хипстерские поделки нафиг не нужны.

    Ага, ага, они на Питоне будут прототипы ваять. С соответствующей стабильностью. Чмоки.

     
  • 7.39, Vkni (ok), 03:46, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/ocaml/ocaml/pull/659#issuecomment-291513295

    Не будет вашего зоопарка Санов. Рабочие машины разработчиков - это Lin/Win x86-е, десктопов на Спарках нет.

    И вот на рабочих машинах разработчиков весь зоопарк языков отлично поддерживается и работает. Даже C#/F# работают на любой из этих операционных систем. А если разработка идёт на Linux, то и установить любую среду, любой язык программирования - дело одной строки в консоли.

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

     
     
  • 8.41, пох (?), 15:56, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    он уже есть, у тех кто уже купил тем, у кого зоопарк санов - как правило, плева... текст свёрнут, показать
     
     
  • 9.42, Аноним (-), 19:52, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вот давай поменьше ынтерпрайзных понтов То, о чем ты говоришь, решается именно ... текст свёрнут, показать
     
  • 9.43, Vkni (ok), 04:36, 06/04/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Узок круг их - Любой каприз за ваши деньги - отладка на удалённой машине серь... большой текст свёрнут, показать
     
     
  • 10.47, пох (?), 08:38, 08/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    серьезно Вы чем таким там отлаживаться собрались, на удаленной машине - msvc ... большой текст свёрнут, показать
     
     
  • 11.48, Vkni (ok), 04:19, 09/04/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скажите спасибо людям, развивающим Xы Сейчас это разные вещи Довольно часто ча... большой текст свёрнут, показать
     

  • 1.33, ЫКУ (?), 13:24, 04/04/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Лучше бы они ZFS для OL сделали.
     
     
  • 2.35, пох (?), 13:43, 04/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Лучше бы они ZFS для OL сделали.

    лучше б они вернулись к сановской лицензии. Но хрен там, не нужны ораклу конкуренты, даже очень потенциальные и в очень отдаленной перспективе :-(
    Трудно их в этом обвинять, поскольку код zfs они не на халяву стащили, а купили вместе с авторами за грузовик бабла.

     

  • 1.40, Аноним (-), 09:33, 05/04/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно, на Байкале заведется?
     
     
  • 2.45, Vkni (ok), 04:56, 06/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, на Байкале заведется?

    Только если в QEMU.

     

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



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

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