The OpenNET Project / Index page

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



"Опубликована редакция Oracle Linux для архитектуры SPARC"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от opennews (??) on 02-Апр-17, 23:37 
Компания Oracle объявила (https://blogs.oracle.com/wim/entry/oracle_linux_6_for_sparc) о формировании сборок Oracle Linux  для архитектуры SPARC. Для загрузки подготовлены (http://www.oracle.com/technetwork/server-storage/linux/downl...) iso-образы и исходные тексты пакетов для SPARC на основе Oracle Linux 6 Update 7. Также доступен yum-репозиторий (http://yum.oracle.com/) с пакетами и обновлениями для SPARC, в котором в том числе присутствуют пакеты с префиксом "devel", содержащие инструменты для разработчиков, включая GCC с поддержкой оптимизаций для CPU M7.

Поддерживается (http://docs.oracle.com/cd/E37670_01/E86243/html/index.html) установка на системы с 64-разрядными процессорами SPARC T4, T5 и T7 (M7, M5). Платформа  SPARC S7 пока не поддерживается.  О планах по подготовке Oracle Linux 7 для SPARC ничего не сообщается, Oracle Linux 6 выбран для релиза так как являлся эталонной платформой при разработке проекта Linux for SPARC (https://oss.oracle.com/projects/linux-sparc/). В состав дистрибутива вошли (https://linux.oracle.com/OL6u7_SPARC_pkgs.html) не все пакеты, поставляемые для систем x86, - в настоящее время предложено только 614 пакетов, но число пригодных для использования на системах SPARC пакетов будет расширяться. При установке для корневого раздела может быть выбрана только ФС ext4, для вторичных разделов можно использовать Btrfs.  Ksplice и DTrace  пока не поддерживаются.

Так как компания  Red Hat прекратила поддержку архитектуры SPARC ещё в 2000 году,  сборка Oracle Linux для SPARC поставляется только с ядром  Unbreakable Enterprise Kernel Release 2 (https://www.opennet.me/opennews/art.shtml?num=33344), развиваемым компанией Oracle. Свежее ядро Unbreakable Enterprise Kernel Release 4 (https://www.opennet.me/opennews/art.shtml?num=43644) также адаптировано для SPARC и даже включает поддержку процессоров SPARC S7, но оно пока находится на стадии тестирования и будет предложено позднее. Сообщается, что большая часть используемого в ядрах Unbreakable Enterprise Kernel кода для систем SPARC уже включена или ожидает включения в основной состав ядра Linux. Аналогично большая порция специфичных для SPARC правок и оптимизаций в пакетах передана разработчикам upstream-проектов, включая Glibc и GCC.

В состав дистрибутива включены (http://docs.oracle.com/cd/E37670_01/E86243/html/section_wkx_...) пакеты и их исходные тексты для использования таких возможностей процессоров 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.

URL: https://blogs.oracle.com/wim/entry/oracle_linux_6_for_sparc
Новость: http://www.opennet.me/opennews/art.shtml?num=46303

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от Аноним (??) on 02-Апр-17, 23:37 
Теперь слив Solaris дело времени.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от Аноним (??) on 03-Апр-17, 04:36 
> При установке для корневого раздела может быть выбрана только ФС ext4, для вторичных разделов можно использовать Btrfs.
> Ksplice и DTrace пока не поддерживаются.

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


Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +3 +/
Сообщение от Аноним (??) on 03-Апр-17, 05:31 
> Solaris еще нас всех переживет

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

49. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от Ващенаглухо (ok) on 12-Апр-17, 18:16 
11я это уже не го_вно мамонта, все го_вно ввиде поддержки старых спарков оттуда выкинуто
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

16. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +2 +/
Сообщение от Аноним (??) on 03-Апр-17, 12:22 
Кто тут волнуется? Все веселятся р ликуют!
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

26. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от DmA (??) on 03-Апр-17, 20:12 
Недавно знакомый ставил Солярку 11.3 на х.86 первый раз в жизни, и из-за недостаточности опыта поставил русскую раскладку, логин и пароль конечно по английски ввёл. Далее первая загрузка - и на тебе логин можно только ввести по русски, а если что-нибудь ввёл по русски в качестве логина нажал Enter, то предлагается ввести пароль, причём при вводе пароля появляется опция "добавить другие языки", в том числе и английский можно. Тупизм, думаю таких багов  и недодумок в солярке немало и версией для  х86 вообще мало кто пользуется!
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

46. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от LOL (??) on 06-Апр-17, 15:25 
> Недавно знакомый ставил Солярку 11.3 на х.86 первый раз в жизни, и

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

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

31. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +1 +/
Сообщение от Vkni (ok) on 04-Апр-17, 07:21 
> А про ZFS вообще ни слова. Зря волнуетесь - Solaris еще нас
> всех переживет.

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +6 +/
Сообщение от Харли (ok) on 03-Апр-17, 07:03 
Помечтайте конечно, вот только у них (у оракула) есть Боинг, джДайнемикс и Локхид (как минимум), которые сидят на оракуле+спарк уже лет 15, которым накласть на все сообщества в мире и которые никуда (в смысле ни на какие другие платформы/наборы софта) не пойдут - им проще будет скинуться и выкупить у Ларри его помойку сл всеми потрохами. Вот только если им придется это выкупить, все mysql-и точно выкинут, к бабке не ходи. Большим они даром не нужны.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

18. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от adolfus (ok) on 03-Апр-17, 13:44 
Лишь бы Berkeley DB не выбросили, а mysql давно пора на помойку.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

27. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от анонимус (??) on 03-Апр-17, 21:07 
Да человек видимо вообще не в курсе, что Оракл Линуксу 100 лет в обед, так что никакой причинно-следственной связи между появлением Оракл Линукс и сливом соляриса нет. Он, видимо, решил, что это впервые случилось.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

28. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от пох on 04-Апр-17, 01:44 
> Да человек видимо вообще не в курсе, что Оракл Линуксу 100 лет в обед

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

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

15. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +1 +/
Сообщение от Dog on 03-Апр-17, 11:04 
> Теперь слив Solaris дело времени.

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +1 +/
Сообщение от Vkni (ok) on 02-Апр-17, 23:44 
Да и Спарку не долго жить осталось.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +1 +/
Сообщение от Вареник on 03-Апр-17, 15:22 
> Да и Спарку не долго жить осталось.

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

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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

29. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +2 +/
Сообщение от Vkni (ok) on 04-Апр-17, 07:09 
> - Опенсорсные версии (LEON, T1, T2) останутся в наших сердцах.

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

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

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

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

36. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –2 +/
Сообщение от Кузнец on 04-Апр-17, 19:12 
Вы вот в конце перечислили те языки, которые и есть весь корпоративный сектор. Причём, до конца этого мира. Пока будет профессия программера, в принципе, наиболее востребованными языками так и останутся Си, Ява и Фортран.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

38. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от Vkni (ok) on 05-Апр-17, 03:08 
> Вы вот в конце перечислили те языки, которые и есть весь корпоративный
> сектор. Причём, до конца этого мира. Пока будет профессия программера, в
> принципе, наиболее востребованными языками так и останутся Си, Ява и Фортран.

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

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

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

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

5. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от Аноним (??) on 03-Апр-17, 05:48 
Что, и клиенты у них есть, кто использует этот центос со 614-ю пакетами? Не очень понимаю, для чего это делается. Почему нельзя оставить спарки с солярисом просто тихо умирать, депрекейтить; зачем там линукс, с сомнительными перспективами (" О планах по подготовке Oracle Linux 7 для SPARC ничего не сообщается")?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +2 +/
Сообщение от Аноним (??) on 03-Апр-17, 07:39 
> Что, и клиенты у них есть, кто использует этот центос со 614-ю
> пакетами?

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

11. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от Аноним (??) on 03-Апр-17, 09:05 
Есть какие-то основания, что бы выбирать линукс на спарке вместо соляриса для платформы под бд оракл? Я правда не понимаю
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

12. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +3 +/
Сообщение от Аноним (??) on 03-Апр-17, 09:23 
Специалистов по солярис все меньше и меньше, а по линукс все больше и больше и они дешевле.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от КО on 03-Апр-17, 09:27 
Ну если в Oracle для своей все в одном платформы выбрали Linux и вообще не Sparc, то наверное есть. :)
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

14. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –2 +/
Сообщение от Аноним (??) on 03-Апр-17, 09:48 
Только на своих презентациях (в живую) они о другом говорят.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

17. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от Аноним (??) on 03-Апр-17, 13:11 
> Только на своих презентациях (в живую) они о другом говорят.

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

19. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от пох on 03-Апр-17, 14:57 
> Есть какие-то основания, что бы выбирать линукс на спарке вместо соляриса для платформы
> под бд оракл?

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

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

20. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –2 +/
Сообщение от Вареник on 03-Апр-17, 15:16 
Жизненно расписал.

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

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

22. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +1 +/
Сообщение от анонимус вульгарис on 03-Апр-17, 15:54 
> Соляра лучше всех

Была в 1990-е.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

23. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от пох on 03-Апр-17, 18:25 
> Таки да, Соляра лучше всех и Спарк лучше всех

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

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

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

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

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

24. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от С on 03-Апр-17, 19:03 
Т4 и Т5 уже EOL, но не такое уж и древнее железо. Т7 относительно недавно продается. Так какую проблему они решают? )))
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

25. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от пох on 03-Апр-17, 19:57 
> Так какую проблему они решают?

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

S7 "пока" не поддерживается. Пока ее и с соляркой берут подорого ;-)

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

30. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от Vkni (ok) on 04-Апр-17, 07:17 
> угу, нетехнические.

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

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

32. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от Аноним (??) on 04-Апр-17, 09:59 
А под Linux/Sparc есть?
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

44. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от Vkni (ok) on 06-Апр-17, 04:45 
> А под Linux/Sparc есть?

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

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

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

34. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от пох on 04-Апр-17, 13:40 
> Или "это вам не нужно, слушайте свои валенки"?

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

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

37. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от Vkni (ok) on 05-Апр-17, 03:03 
> Клиентам оракла все эти хипстерские поделки нафиг не нужны.

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

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

39. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от Vkni (ok) on 05-Апр-17, 03:46 
https://github.com/ocaml/ocaml/pull/659#issuecomment-291513295

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

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

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

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

41. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от пох on 05-Апр-17, 15:56 
> Не будет вашего зоопарка Санов.

он уже есть, у тех кто уже купил.

> Рабочие машины разработчиков - это Lin/Win x86-е

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

> А если разработка идёт на Linux

кто им дасть-то? Разработка под солярку и будет на солярке. На линуксе у тебя терминал будет (ну или скорее на винде)

> Всё - SPARC машина - это такое большое специализированное устройство, не являющееся
> универсальным компьютером.

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

И да, будешь помнить и про выравнивание, и про endianes, и про то, что инструменты выбирают из предоставленного списка, и не более того. Потому что когда тебе дадут подсрaчника-  за тобой никто не собирается выгребать весь понатащенный с улицы навоз.

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

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

42. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от Аноним (??) on 05-Апр-17, 19:52 
Вот давай поменьше ынтерпрайзных понтов. То, о чем ты говоришь, решается именно что менеджментом, а именно управлением разработкой, и от платформы не зависит. Все решит хорошо поставленный процесс. Вот когда понадобится доп. билдсервер, а начальство скажет Х, ибо дорого, то поневоле задумаешь, почему же мы не на x86. Вместо того, что бы денежки ссуживать b2b, наймите лучше достойных людей, а не чтобы "начальник должен быть умнее подчиненных".
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

43. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +1 +/
Сообщение от Vkni (ok) on 06-Апр-17, 04:36 
> он уже есть, у тех кто уже купил.

Узок круг их. :-)

> кто им дасть-то? Разработка под солярку и будет на солярке. На линуксе
> у тебя терминал будет (ну или скорее на винде)

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

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

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

Ну, кто деньги не считает, тот да, любит. А кто считает, то прекрасно понимает, что лучше выдать каждому разработчику свою машину, для того, чтобы они банально не интерферировали друг с другом.

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

И заходить на неё удалённо? Из-под putty? Ну можно стоя и в гамаке, но это дороже.

Кстати, хочу отметить, что SunPRO уже кончился - поддержку нового стандарта ЦэПэПэ там не сделают. А это означает, что писать C++ программы под SPARC с той же скоростью разработки, что и под x86 не выйдет. Это очевидное удорожание => бизнес будет стараться избавляться от SPARCов с ускорением.

Кроме того, если посмотреть на любимые ЦэПэПэ и Яву, то можно заметить, что эти языки на протяжении 25-ти лет усиленно тырят фичи из функциональных языков семейства ISWIM - Haskell'я и MLей. Поэтому, для того, чтобы разработчик эти фичи знал, ему лучше бы изучить "богомерзкую хипстерятину" (которая, на самом деле "академщина"). Ну, изучать всякие типы Option, функции map, стратегии распараллеливания лучше в простом синтаксисе.

Ну, и в результате те люди, которые понимают современные C++/Java, да и Фортран с его PURE, таки знают и любят функциональные ЯП.
--------------------------------
Кстати, почему Oracle не вложил все усилия, чтобы держать Хаскель/Erlang на своих машинах - вообще не понятно. У них машинки сильнопараллельные, а на Хаскеле/Erlang'е писать параллельные программы значительно проще и эффективнее, чем на C++. Например, lock-free структуры в GHC из коробки.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

47. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от пох on 08-Апр-17, 08:38 
> Любой каприз за ваши деньги - отладка на удалённой машине серьёзно удорожает процесс.

серьезно? Вы чем таким там отлаживаться собрались, на удаленной машине - msvc ?

Мне вот совершенно все равно было в мои времена, локальная машина или удаленная, мне еще надо отдельно не забыть, какая из открыта в этом окне.

> Ну, кто деньги не считает, тот да, любит. А кто считает, то прекрасно понимает, что
> лучше выдать каждому разработчику свою машину, для того, чтобы они банально не
> интерферировали друг с другом.

если они "интерферируют" на многоголовом монстре размером с два хороших шкафа - лучше дать им палкой. Доходчиво, и проблему решает надолго.
Если просто не хватает мощности системы - "каждому свою" ты точно разоришься.

> И заходить на неё удалённо? Из-под putty?

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

> Поэтому, для того, чтобы разработчик эти фичи знал, ему лучше бы изучить "богомерзкую
> хипстерятину" (которая, на самом деле "академщина").

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

> Кстати, почему Oracle не вложил все усилия, чтобы держать Хаскель/Erlang на своих
> машинах - вообще не понятно.

не нужны они ни локхиду, ни боингу на этих машинах, чего тут не понимать. Там не занимаются "быстрым прототипированием", там занимаются быстрой разработкой по совсем другим технологиям (очень жаль, что последние годы они совсем не хотят их афишировать, там было очень много интересного). Крупным банкам, решившим диверсифицироваться от AS/400, они тоже не нужны. А это и есть основные клиенты.

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

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

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

48. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +1 +/
Сообщение от Vkni (ok) on 09-Апр-17, 04:19 
> Мне вот совершенно все равно было в мои времена, локальная машина или удаленная, мне еще надо отдельно не забыть, какая из открыта в этом окне.

Скажите спасибо людям, развивающим Xы. Сейчас это разные вещи.

> Если просто не хватает мощности системы - "каждому свою" ты точно разоришься.

Довольно часто часть большой системы может разрабатываться и предварительно отлаживаться на личной раб. станции. Это значительно удешевляет процесс.

Вообще, обнаружение ошибки может делаться на стадиях:

1. Планирования.
2. Ввода кода.
3. Компилирования.
4. Первичного тестирования написавшим код.
5. Тестирования специальными людьми.
6. Использования в alpha/beta.
7. Рабочего использования.

При переходе вниз стоимость исправления ошибки становится всё дороже. Поэтому если есть возможность ускорить цикл между стадиями 2-3, этим пользуются. Разделение одной машины и одной системы между несколькими разработчиками портит тестирование на этапе 4. Это делает разработку более медленной, а следовательно более дорогой.

> ну вот пока учится в своем MIT - вполне может изучать, как и еще мильен красивых финтифлюшек, напрямую вряд ли в этой жизни ему потребных, но полезных для развития. А придя на работу в Локхид какой - надо работать.

ИТ - это, конечно, страшно дремучая область. И многие, наверно, не слышали про всякие Coq, Idris и т.д., работая в области верификации... Результаты мы видим на Тоёте, кстати.

Да, если в Локхиде не понимают полезности того, что человек более-менее в курсе современных разработок (т.е. отстал не на 50 лет, а всего лишь на 30 - Haskell 1988-го года рождения), значит может быть туда и не надо? Есть места, где платят больше, и где таки понимают все эти MLи.

> Но "я работал в Боинге программистом" - очень даже поможет найти работу, даже если она никак не будет связана с санами. Ни один бежавший после поглощения ораклом сановец с голоду на улице не помер.

Сейчас ещё нет серьёзной конкуренции среди senior'ов, пока ещё нужны устаревшие системы. Но вот SPARC, слава тебе господи, сдохнет, и будет на одну меньше.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

33. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от ЫКУ on 04-Апр-17, 13:24 
Лучше бы они ZFS для OL сделали.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от пох on 04-Апр-17, 13:43 
> Лучше бы они ZFS для OL сделали.

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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

40. "Опубликована редакция Oracle Linux для архитектуры SPARC"  –1 +/
Сообщение от Аноним (??) on 05-Апр-17, 09:33 
Интересно, на Байкале заведется?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

45. "Опубликована редакция Oracle Linux для архитектуры SPARC"  +/
Сообщение от Vkni (ok) on 06-Апр-17, 04:56 
> Интересно, на Байкале заведется?

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

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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