forum.opennet.ru - "Обновление Oracle Solaris 11.4 SRU15" (38)

"Обновление Oracle Solaris 11.4 SRU15"

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

"Обновление Oracle Solaris 11.4 SRU15"	+/–
Сообщение от opennews (?), 20-Ноя-19, 12:59
Опубликовано обновление операционной системы (Support Repository Update), в котором предложена серия очередных исправлений и улучшений для ветки Solaris 11.4. Для установки предложенных в обновлении исправлений достаточно выполнить команду 'pkg update'... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=51901
Ответить \| Правка \| Cообщить модератору

Оглавление

круто, в Центос 7 только 3 6 версия Раньше в Солярке было всё наидревнейшее из , DmA (??), 13:38 , 20-Ноя-19, (6)

Python он сам по себе, к проекту GNU отношения не имеет , Аноним (9), 14:14 , 20-Ноя-19, (9) +3

Он даже к GPL отношения не имеет https docs python org 3 license html, Аноним (16), 15:14 , 20-Ноя-19, (16)

и в 8-й тоже Python 3 6 8, anonim1 (?), 23:16 , 20-Ноя-19, (25)

SOLARIS - надёжно , Аноним (7), 13:47 , 20-Ноя-19, (7) +4

По мильярду за строчку кода не попросят , Аноним (17), 16:13 , 20-Ноя-19, (17)

ну, sun когда-то попросил 100 за все сразу К сожалению, за годы чек на куске ту, пох. (?), 16:54 , 20-Ноя-19, (18) +1

месяц назад же было чё у них обновления зачастили , б.б. (?), 13:51 , 20-Ноя-19, (8) –1

Подозреваю, диарея, Аноним (9), 14:16 , 20-Ноя-19, (10) –1
Глянь новости по тегу Месяц-два 8212 это как обычно , Sluggard (ok), 14:17 , 20-Ноя-19, (11)
но апстримы коммитят каждый день, Аноним (12), 14:17 , 20-Ноя-19, (12)

Мне интересно, из потешающихся тут над соляркой ее хоть кто-то вживую на Sun овс, Аноним (13), 14:24 , 20-Ноя-19, (13) +2

видел, использовал Пользы от нее было - ровно ноль большая часть этих фич работ, пох. (?), 14:43 , 20-Ноя-19, (14) –2

вроде бы с 11 солярки всё это выкинули и bin sh теперь там нормальный ksh93, а , анончик (?), 17:10 , 20-Ноя-19, (19)

а 93 - это актановое число зыжвсе равно после покупки это даже не маргинальщина,, ананим.orig (?), 19:38 , 20-Ноя-19, (24) –1

Прежде чем отправить очередную жалобу модератору, загляни всё-таки в учебник орг, Sgt. Gram (?), 13:26 , 21-Ноя-19, (35)

export VAR value по POSIX и не полагается Впрочем, он и многого другого не умел, Аноним (34), 13:24 , 21-Ноя-19, (34)

разве https www unix com man-page POSIX 1posix export , анончик (?), 15:54 , 21-Ноя-19, (36) +2

Хм, да, и правда что Почему-то отложилось, что это не только в соляре не работа, Аноним (34), 19:20 , 21-Ноя-19, (38)

А написать то, что действительно требует машины с 128-ю потоками и полутерабайто, Vkni (ok), 07:30 , 21-Ноя-19, (30)

Вчера, а что Проблема как разработчиков SPARC, так и разработчиков MIPS в том, , Vkni (ok), 07:00 , 21-Ноя-19, (29)

дай угадаю - mplayer, естественно, целиком на процессоре одном, поскольку плохо, пох. (?), 10:00 , 21-Ноя-19, (33)

Linux из-за лучшей заточенности под десктоп, гоняет остальные задачи на другом п, Vkni (ok), 23:40 , 23-Ноя-19, (42)

Ниагара отлично грузится кодом, написанным на Java, C и C ЧЯДНТ , exSun (ok), 16:19 , 21-Ноя-19, (37)

Вы зачем-то грузите очень недешёвую машину, являющуюся единой точкой отказа, вме, Vkni (ok), 21:01 , 23-Ноя-19, (41)

Как быть с единой точкой, когда таких машин несколько Несколько десятков Какое, exSun (ok), 14:49 , 24-Ноя-19, (43)

Значит задачу можно распилить на несколько сотен писюков Или даже виртуалок , Vkni (ok), 19:56 , 24-Ноя-19, (44)

Никаких шудовищных познаний там не надо Достаточно самых стандартных знаний по , Аноним (39), 19:25 , 23-Ноя-19, (39) +1

Это означает, что алгоритм совершенно легко обозрим, и, скорее всего, раскладыва, Vkni (ok), 21:00 , 23-Ноя-19, (40)

Это уже другой вопрос Выше поинт о том, что нет никакой проблемы нагрузить сано, Аноним (45), 19:33 , 25-Ноя-19, (45)

Нет, мой пойнт , в том, что дабы _осмысленно_ нагрузить это дорогое железо, нуж, Vkni (ok), 22:03 , 25-Ноя-19, (46)

Последний оплот здравомыслия в мире никсов , Аноним (15), 15:12 , 20-Ноя-19, (15) +5

Это ненадолго , Ordu (ok), 00:35 , 21-Ноя-19, (28)

Скрыто модератором, Аноним (21), 18:01 , 20-Ноя-19, (21) +1

Скрыто модератором, Аноним (22), 18:29 , 20-Ноя-19, (22) –1

Скрыто модератором, Васька кот (?), 19:34 , 20-Ноя-19, (23) +3

Скрыто модератором, xm (ok), 00:18 , 21-Ноя-19, (27)

Интересно, зачем там Rust, если кодогенератор из llvm в SPARC 64-bit, в общем-то, Vkni (ok), 07:31 , 21-Ноя-19, (31)

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

6. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от DmA (??), 20-Ноя-19, 13:38

>>и для Python 3.7:
круто, в Центос 7 только 3.6 версия. Раньше в Солярке было всё наидревнейшее из "гнутого"

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

9. "Обновление Oracle Solaris 11.4 SRU15" +3 +/–

Сообщение от Аноним (9), 20-Ноя-19, 14:14

Python он сам по себе, к проекту GNU отношения не имеет.

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

16. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Аноним (16), 20-Ноя-19, 15:14

Он даже к GPL отношения не имеет https://docs.python.org/3/license.html

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

25. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от anonim1 (?), 20-Ноя-19, 23:16

и в 8-й тоже Python 3.6.8

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

7. "Обновление Oracle Solaris 11.4 SRU15" +4 +/–

Сообщение от Аноним (7), 20-Ноя-19, 13:47

SOLARIS - надёжно!!

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

17. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Аноним (17), 20-Ноя-19, 16:13

По мильярду за строчку кода не попросят?

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

18. "Обновление Oracle Solaris 11.4 SRU15" +1 +/–

Сообщение от пох. (?), 20-Ноя-19, 16:54

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

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

8. "Обновление Oracle Solaris 11.4 SRU15" –1 +/–

Сообщение от б.б. (?), 20-Ноя-19, 13:51

месяц назад же было. чё у них обновления зачастили?

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

10. "Обновление Oracle Solaris 11.4 SRU15" –1 +/–

Сообщение от Аноним (9), 20-Ноя-19, 14:16

Подозреваю, диарея

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

11. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Sluggard (ok), 20-Ноя-19, 14:17

Глянь новости по тегу. Месяц-два — это как обычно.

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

12. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Аноним (12), 20-Ноя-19, 14:17

но апстримы коммитят каждый день

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

13. "Обновление Oracle Solaris 11.4 SRU15" +2 +/–

Сообщение от Аноним (13), 20-Ноя-19, 14:24

Мне интересно, из потешающихся тут над соляркой ее хоть кто-то вживую на Sun'овском железе видел? Может даже использовал?
Еще 12 лет назад там была куча фич, на которые иные и нынче надрачивают как на "революционные". ДБ!©

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

14. "Обновление Oracle Solaris 11.4 SRU15" –2 +/–

Сообщение от пох. (?), 20-Ноя-19, 14:43

видел, использовал. Пользы от нее было - ровно ноль.
> Еще 12 лет назад там была куча фич, на которые иные и нынче надрачивают как на "революционные".
большая часть этих фич работала только и исключительно на железе, ценой в неисчислимые миллиарды нефти. А такого вообще-то и без санов хватало. Кластер писюков из дерьма и палок обходился в сто раз дешевле и работал надежнее - потому что не требовал каждый раз дожидаться техподдержки, все можно было подпереть теми же палками и тем же дерьмом подмазать.
А то, что работало на железе, сравнимом по цене с писюковым - проигрывало и по наличию удобных технических средств, и банально по эффективности. Как и само железо.
Кого еще удивляет, что они оказались на помойке?
Ну и да - перед началом работы установите-ка гигабайтик гнутого софта, а то то что лежит в /usr/bin - годится только чтоб выбросить. systemV, осенено благодатью AT&T, может еще лично Ритчи что-то тут трогал - код никто не шевелил тридцать лет, grep ломается об строку в 1024 символа (какая еще поддержка локалей, вы совсем тронулись?!).
В /usr/ucb/bin лежало еще более винрарное мамонтовое уг - унаследованное от sunos.
Надеюсь, сейчас-то они хотя бы выбросили всю эту древность в помойку, или по прежнему три bin, из которых можно пользоваться только содержимым local/bin, и то с осторожностью?

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

19. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от анончик (?), 20-Ноя-19, 17:10

вроде бы с 11 солярки всё это выкинули и /bin/sh теперь там нормальный ksh93, а не тот старый pre-posix артефакт, который даже `export VAR=value` не умел.

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

24. "Обновление Oracle Solaris 11.4 SRU15" –1 +/–

Сообщение от ананим.orig (?), 20-Ноя-19, 19:38

> ksh93
а 93 - это актановое число?
зыж
все равно после покупки это даже не маргинальщина, а куда-то дальше.
ззыж
эт я так. поржать.
да, если что - работал. солярку знаю хорошо.

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

35. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Sgt. Gram (?), 21-Ноя-19, 13:26

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

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

34. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Аноним (34), 21-Ноя-19, 13:24

> не тот старый pre-posix артефакт, который даже `export VAR=value` не умел.
export VAR=value по POSIX и не полагается. Впрочем, он и многого другого не умел, включая $(), $(()) и прочее.

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

36. "Обновление Oracle Solaris 11.4 SRU15" +2 +/–

Сообщение от анончик (?), 21-Ноя-19, 15:54

> export VAR=value по POSIX и не полагается
разве?
https://www.unix.com/man-page/POSIX/1posix/export/

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

38. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Аноним (34), 21-Ноя-19, 19:20

Хм, да, и правда что. Почему-то отложилось, что это не только в соляре не работало.

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

30. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Vkni (ok), 21-Ноя-19, 07:30

> А то, что работало на железе, сравнимом по цене с писюковым - проигрывало и по наличию удобных технических средств, и банально по эффективности. Как и само железо.
А написать то, что действительно требует машины с 128-ю потоками и полутерабайтом памяти, эффективно это самое используя, на языке C++ версии 03, будет стоить совершенно жутких усилий очень и очень квалифицированных людей. То есть, грубо говоря, невозможно.
> Надеюсь, сейчас-то они хотя бы выбросили всю эту древность в помойку, или по прежнему три bin, из которых можно пользоваться только содержимым local/bin, и то с осторожностью?
То же самое. Причём поддержку SPARC 32-bit откуда могли, оттуда выбросили к чёрту, а кодогенераторы SPARC 64-bit эти гении процессоростроения всегда старались держать при себе. :-)
Хотя, казалось бы, разумный разработчик нишевого процессора будет выдавать доступ к своим машинам любому, кто пишет компилятор, да и вообще выделит микроотдел из пары человек на разработку кодогенераторов ко всему, чему можно.

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

29. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Vkni (ok), 21-Ноя-19, 07:00

> Мне интересно, из потешающихся тут над соляркой ее хоть кто-то вживую на Sun'овском железе видел?
Вчера, а что? Проблема как разработчиков SPARC, так и разработчиков MIPS в том, что они не понимают, что сами по-себе их процессоры никому не нужны. И без поддержки кодогенераторов с разных языков - это просто груда камней с пляжа в довольно унылых железках.
Какой смысл в замечательной Сановской Ниагаре с её 128-ю потоками и общей памятью, если единственные языки, способные нормально нагрузить это замечательное железо - Erlang, Haskell (GHC) и make? И при этом два из этих трёх не поддерживаются. А make поддерживается исключительно потому, что очень тяжело вообще без него обойтись.
А то, что предлагает Sun/Oracle - это разработка на Java и старом C++, которые предполагают чудовищных требований к квалификации для создания массивно многопоточных программ с общей памятью. Это вам не Хаскельный пакет STM, который выучивается и применяется за час.
Вот и получается, что машина есть, а используется как пачка четырёхядерных Ксеонов.
-------------------
Как обладатель Солярки дома могу ответственно заявить, что для десктопа оно не годидзе из-за совершенно серверного планировщика - не может нормально держать латентность при проигрывании видео MPlayer'ом.

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

33. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от пох. (?), 21-Ноя-19, 10:00

дай угадаю - mplayer, естественно, целиком на процессоре (одном, поскольку плохо умеет параллелиться), никаких vaa в солярку даже x86 по сей день не завезли ? ;-)
Он, если что, и на писюке в таком варианте не отличается особым темпераментом.

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

42. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Vkni (ok), 23-Ноя-19, 23:40

> Он, если что, и на писюке в таком варианте не отличается особым темпераментом.
Linux из-за лучшей заточенности под десктоп, гоняет остальные задачи на другом процессоре.

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

37. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от exSun (ok), 21-Ноя-19, 16:19

> Ниагаре с её 128-ю потоками и общей памятью, если единственные языки, способные нормально нагрузить это замечательное железо - Erlang, Haskell (GHC) и make
Ниагара отлично грузится кодом, написанным на Java, C и C++. ЧЯДНТ?

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

41. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Vkni (ok), 23-Ноя-19, 21:01

> Ниагара отлично грузится кодом, написанным на Java, C и C++. ЧЯДНТ?
Вы зачем-то грузите очень недешёвую машину, являющуюся единой точкой отказа, вместо того, чтобы использовать кластер дешёвых PC.

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

43. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от exSun (ok), 24-Ноя-19, 14:49

>> Ниагара отлично грузится кодом, написанным на Java, C и C++. ЧЯДНТ?
> Вы зачем-то грузите очень недешёвую машину, являющуюся единой точкой отказа, вместо того,
> чтобы использовать кластер дешёвых PC.
Как быть с единой точкой, когда таких машин несколько? Несколько десятков?
Какое отношение это всё имеет к Вашей реплике про Erlang и Haskell, и моему скромному на то возражению?

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

44. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Vkni (ok), 24-Ноя-19, 19:56

> Несколько десятков?
Значит задачу можно распилить на несколько сотен писюков. Или даже виртуалок.

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

39. "Обновление Oracle Solaris 11.4 SRU15" +1 +/–

Сообщение от Аноним (39), 23-Ноя-19, 19:25

>А то, что предлагает Sun/Oracle - это разработка на Java и старом C++, которые предполагают чудовищных требований к квалификации для создания массивно многопоточных программ с общей памятью.
Никаких шудовищных познаний там не надо. Достаточно самых стандартных знаний по разработке многопоточного софта по unix-like-и. Было однажды, скомпилировали самый обыкновенный Apache Traffic Server на спарковой соляре, оно просто взяло и заработало на всех ядрах из всех нескольких десятков под полной нагрузкой. А написан Apache TS самым стандартным образом.

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

40. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Vkni (ok), 23-Ноя-19, 21:00

> Достаточно самых стандартных знаний по разработке многопоточного софта по unix-like-и.
Это означает, что алгоритм совершенно легко обозрим, и, скорее всего, раскладывается на кластер дешёвых PC. И никакой качественной выгоды от огромной машины с общей памятью нет.
То есть, это ну серия map-reduce максимум, а скорее просто один map-reduce.

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

45. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Аноним (45), 25-Ноя-19, 19:33

Это уже другой вопрос. Выше поинт о том, что нет никакой проблемы нагрузить сановское многоголовое железо, для этого не нужно спец ЯП-ы и все прочие "спецы". Самое обыкновенное многопоточное ПО, написанное на любом ЯП, грузит это железо без проблем.

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

46. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Vkni (ok), 25-Ноя-19, 22:03

Нет, мой "пойнт", в том, что дабы _осмысленно_ нагрузить это дорогое железо, нужны спец. ЯП и прочие "спецы". С помощью Java/C++, разумеется, можно нагрузить эти машины; но те программы, которые можно написать на этих языках, как правило, легко пилятся на кластер почти независимых машин. Это кластер будет значительно дешевле, сильно удобнее, и несколько надежнее, чем одна большая Niagara.
То есть, речь о задачах, которые требуют таких монстров, о задачах, которые при распиливании на груду PC, не связанных общей памятью, сильно проседают в производительности.
И вопрос именно этот - нет смысла покупать сложного дорогого монстра, если планируем нагружать его легко распиливаемой задачей. А нераспиливаемая задача требует значительно более серьезного контроля за изменяемым состоянием, чем может дать типичный высококвалифицированный разработчик на С++/Java.

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

15. "Обновление Oracle Solaris 11.4 SRU15" +5 +/–

Сообщение от Аноним (15), 20-Ноя-19, 15:12

Последний оплот здравомыслия в мире никсов.

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

28. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Ordu (ok), 21-Ноя-19, 00:35

Это ненадолго:
> В состав включён пакет cbindgen 0.8.7 (генератор Си-биндингов на основе кода на языке Rust);

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

21. Скрыто модератором +1 +/–

Сообщение от Аноним (21), 20-Ноя-19, 18:01

Соляра просто лучшая. Лaпче не понять.

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

22. Скрыто модератором –1 +/–

Сообщение от Аноним (22), 20-Ноя-19, 18:29

А ты обоснуй! Или мир-дверь-мяч? Конкретику давай.

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

23. Скрыто модератором +3 +/–

Сообщение от Васька кот (?), 20-Ноя-19, 19:34

да они сами не знают чем Солярис лучше, лишь бы ляпнуть

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

27. Скрыто модератором +/–

Сообщение от xm (ok), 21-Ноя-19, 00:18

- Армяне лучше чем грузины.
- Чем лучше?!
- Чем грузины...

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

31. "Обновление Oracle Solaris 11.4 SRU15" +/–

Сообщение от Vkni (ok), 21-Ноя-19, 07:31

Интересно, зачем там Rust, если кодогенератор из llvm в SPARC 64-bit, в общем-то, в экспериментальной стадии?

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

6. "Обновление Oracle Solaris 11.4 SRU15"	+/–
Сообщение от DmA (??), 20-Ноя-19, 13:38
>>и для Python 3.7: круто, в Центос 7 только 3.6 версия. Раньше в Солярке было всё наидревнейшее из "гнутого"
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	9. "Обновление Oracle Solaris 11.4 SRU15"	+3 +/–
	Сообщение от Аноним (9), 20-Ноя-19, 14:14
	Python он сам по себе, к проекту GNU отношения не имеет.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	16. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Аноним (16), 20-Ноя-19, 15:14
	Он даже к GPL отношения не имеет https://docs.python.org/3/license.html
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	25. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от anonim1 (?), 20-Ноя-19, 23:16
	и в 8-й тоже Python 3.6.8
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору

7. "Обновление Oracle Solaris 11.4 SRU15"	+4 +/–
Сообщение от Аноним (7), 20-Ноя-19, 13:47
SOLARIS - надёжно!!
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	17. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Аноним (17), 20-Ноя-19, 16:13
	По мильярду за строчку кода не попросят?
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	18. "Обновление Oracle Solaris 11.4 SRU15"	+1 +/–
	Сообщение от пох. (?), 20-Ноя-19, 16:54
	ну, sun когда-то попросил $100 за все сразу. К сожалению, за годы чек на куске туалетной бумаги куда-то продолбался, не смотря на попытки его сохранить для потомков. Это был самый дорогой кусок опенсорсия, купленный мной за деньги (я еще и отдельно на растаможку попал).
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору

8. "Обновление Oracle Solaris 11.4 SRU15"	–1 +/–
Сообщение от б.б. (?), 20-Ноя-19, 13:51
месяц назад же было. чё у них обновления зачастили?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	10. "Обновление Oracle Solaris 11.4 SRU15"	–1 +/–
	Сообщение от Аноним (9), 20-Ноя-19, 14:16
	Подозреваю, диарея
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	11. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Sluggard (ok), 20-Ноя-19, 14:17
	Глянь новости по тегу. Месяц-два — это как обычно.
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	12. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Аноним (12), 20-Ноя-19, 14:17
	но апстримы коммитят каждый день
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору

13. "Обновление Oracle Solaris 11.4 SRU15"	+2 +/–
Сообщение от Аноним (13), 20-Ноя-19, 14:24
Мне интересно, из потешающихся тут над соляркой ее хоть кто-то вживую на Sun'овском железе видел? Может даже использовал? Еще 12 лет назад там была куча фич, на которые иные и нынче надрачивают как на "революционные". ДБ!©
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	14. "Обновление Oracle Solaris 11.4 SRU15"	–2 +/–
	Сообщение от пох. (?), 20-Ноя-19, 14:43
	видел, использовал. Пользы от нее было - ровно ноль. > Еще 12 лет назад там была куча фич, на которые иные и нынче надрачивают как на "революционные". большая часть этих фич работала только и исключительно на железе, ценой в неисчислимые миллиарды нефти. А такого вообще-то и без санов хватало. Кластер писюков из дерьма и палок обходился в сто раз дешевле и работал надежнее - потому что не требовал каждый раз дожидаться техподдержки, все можно было подпереть теми же палками и тем же дерьмом подмазать. А то, что работало на железе, сравнимом по цене с писюковым - проигрывало и по наличию удобных технических средств, и банально по эффективности. Как и само железо. Кого еще удивляет, что они оказались на помойке? Ну и да - перед началом работы установите-ка гигабайтик гнутого софта, а то то что лежит в /usr/bin - годится только чтоб выбросить. systemV, осенено благодатью AT&T, может еще лично Ритчи что-то тут трогал - код никто не шевелил тридцать лет, grep ломается об строку в 1024 символа (какая еще поддержка локалей, вы совсем тронулись?!). В /usr/ucb/bin лежало еще более винрарное мамонтовое уг - унаследованное от sunos. Надеюсь, сейчас-то они хотя бы выбросили всю эту древность в помойку, или по прежнему три bin, из которых можно пользоваться только содержимым local/bin, и то с осторожностью?
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	19. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от анончик (?), 20-Ноя-19, 17:10
	вроде бы с 11 солярки всё это выкинули и /bin/sh теперь там нормальный ksh93, а не тот старый pre-posix артефакт, который даже `export VAR=value` не умел.
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору


	24. "Обновление Oracle Solaris 11.4 SRU15"	–1 +/–
	Сообщение от ананим.orig (?), 20-Ноя-19, 19:38
	> ksh93 а 93 - это актановое число? зыж все равно после покупки это даже не маргинальщина, а куда-то дальше. ззыж эт я так. поржать. да, если что - работал. солярку знаю хорошо.
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	35. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Sgt. Gram (?), 21-Ноя-19, 13:26
	> актановое число Прежде чем отправить очередную жалобу модератору, загляни всё-таки в учебник органической химии. Или хотя бы в орфографический словарь.
	Ответить \| Правка \| ^ к родителю #24 \| Наверх \| Cообщить модератору


	34. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Аноним (34), 21-Ноя-19, 13:24
	> не тот старый pre-posix артефакт, который даже `export VAR=value` не умел. export VAR=value по POSIX и не полагается. Впрочем, он и многого другого не умел, включая $(), $(()) и прочее.
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	36. "Обновление Oracle Solaris 11.4 SRU15"	+2 +/–
	Сообщение от анончик (?), 21-Ноя-19, 15:54
	> export VAR=value по POSIX и не полагается разве? https://www.unix.com/man-page/POSIX/1posix/export/
	Ответить \| Правка \| ^ к родителю #34 \| Наверх \| Cообщить модератору


	38. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Аноним (34), 21-Ноя-19, 19:20
	Хм, да, и правда что. Почему-то отложилось, что это не только в соляре не работало.
	Ответить \| Правка \| ^ к родителю #36 \| Наверх \| Cообщить модератору


	30. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Vkni (ok), 21-Ноя-19, 07:30
	> А то, что работало на железе, сравнимом по цене с писюковым - проигрывало и по наличию удобных технических средств, и банально по эффективности. Как и само железо. А написать то, что действительно требует машины с 128-ю потоками и полутерабайтом памяти, эффективно это самое используя, на языке C++ версии 03, будет стоить совершенно жутких усилий очень и очень квалифицированных людей. То есть, грубо говоря, невозможно. > Надеюсь, сейчас-то они хотя бы выбросили всю эту древность в помойку, или по прежнему три bin, из которых можно пользоваться только содержимым local/bin, и то с осторожностью? То же самое. Причём поддержку SPARC 32-bit откуда могли, оттуда выбросили к чёрту, а кодогенераторы SPARC 64-bit эти гении процессоростроения всегда старались держать при себе. :-) Хотя, казалось бы, разумный разработчик нишевого процессора будет выдавать доступ к своим машинам любому, кто пишет компилятор, да и вообще выделит микроотдел из пары человек на разработку кодогенераторов ко всему, чему можно.
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору


	29. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Vkni (ok), 21-Ноя-19, 07:00
	> Мне интересно, из потешающихся тут над соляркой ее хоть кто-то вживую на Sun'овском железе видел? Вчера, а что? Проблема как разработчиков SPARC, так и разработчиков MIPS в том, что они не понимают, что сами по-себе их процессоры никому не нужны. И без поддержки кодогенераторов с разных языков - это просто груда камней с пляжа в довольно унылых железках. Какой смысл в замечательной Сановской Ниагаре с её 128-ю потоками и общей памятью, если единственные языки, способные нормально нагрузить это замечательное железо - Erlang, Haskell (GHC) и make? И при этом два из этих трёх не поддерживаются. А make поддерживается исключительно потому, что очень тяжело вообще без него обойтись. А то, что предлагает Sun/Oracle - это разработка на Java и старом C++, которые предполагают чудовищных требований к квалификации для создания массивно многопоточных программ с общей памятью. Это вам не Хаскельный пакет STM, который выучивается и применяется за час. Вот и получается, что машина есть, а используется как пачка четырёхядерных Ксеонов. ------------------- Как обладатель Солярки дома могу ответственно заявить, что для десктопа оно не годидзе из-за совершенно серверного планировщика - не может нормально держать латентность при проигрывании видео MPlayer'ом.
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	33. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от пох. (?), 21-Ноя-19, 10:00
	дай угадаю - mplayer, естественно, целиком на процессоре (одном, поскольку плохо умеет параллелиться), никаких vaa в солярку даже x86 по сей день не завезли ? ;-) Он, если что, и на писюке в таком варианте не отличается особым темпераментом.
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	42. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Vkni (ok), 23-Ноя-19, 23:40
	> Он, если что, и на писюке в таком варианте не отличается особым темпераментом. Linux из-за лучшей заточенности под десктоп, гоняет остальные задачи на другом процессоре.
	Ответить \| Правка \| ^ к родителю #33 \| Наверх \| Cообщить модератору


	37. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от exSun (ok), 21-Ноя-19, 16:19
	> Ниагаре с её 128-ю потоками и общей памятью, если единственные языки, способные нормально нагрузить это замечательное железо - Erlang, Haskell (GHC) и make Ниагара отлично грузится кодом, написанным на Java, C и C++. ЧЯДНТ?
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	41. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Vkni (ok), 23-Ноя-19, 21:01
	> Ниагара отлично грузится кодом, написанным на Java, C и C++. ЧЯДНТ? Вы зачем-то грузите очень недешёвую машину, являющуюся единой точкой отказа, вместо того, чтобы использовать кластер дешёвых PC.
	Ответить \| Правка \| ^ к родителю #37 \| Наверх \| Cообщить модератору


	43. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от exSun (ok), 24-Ноя-19, 14:49
	>> Ниагара отлично грузится кодом, написанным на Java, C и C++. ЧЯДНТ? > Вы зачем-то грузите очень недешёвую машину, являющуюся единой точкой отказа, вместо того, > чтобы использовать кластер дешёвых PC. Как быть с единой точкой, когда таких машин несколько? Несколько десятков? Какое отношение это всё имеет к Вашей реплике про Erlang и Haskell, и моему скромному на то возражению?
	Ответить \| Правка \| ^ к родителю #41 \| Наверх \| Cообщить модератору


	44. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Vkni (ok), 24-Ноя-19, 19:56
	> Несколько десятков? Значит задачу можно распилить на несколько сотен писюков. Или даже виртуалок.
	Ответить \| Правка \| ^ к родителю #43 \| Наверх \| Cообщить модератору


	39. "Обновление Oracle Solaris 11.4 SRU15"	+1 +/–
	Сообщение от Аноним (39), 23-Ноя-19, 19:25
	>А то, что предлагает Sun/Oracle - это разработка на Java и старом C++, которые предполагают чудовищных требований к квалификации для создания массивно многопоточных программ с общей памятью. Никаких шудовищных познаний там не надо. Достаточно самых стандартных знаний по разработке многопоточного софта по unix-like-и. Было однажды, скомпилировали самый обыкновенный Apache Traffic Server на спарковой соляре, оно просто взяло и заработало на всех ядрах из всех нескольких десятков под полной нагрузкой. А написан Apache TS самым стандартным образом.
	Ответить \| Правка \| ^ к родителю #29 \| Наверх \| Cообщить модератору


	40. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Vkni (ok), 23-Ноя-19, 21:00
	> Достаточно самых стандартных знаний по разработке многопоточного софта по unix-like-и. Это означает, что алгоритм совершенно легко обозрим, и, скорее всего, раскладывается на кластер дешёвых PC. И никакой качественной выгоды от огромной машины с общей памятью нет. То есть, это ну серия map-reduce максимум, а скорее просто один map-reduce.
	Ответить \| Правка \| ^ к родителю #39 \| Наверх \| Cообщить модератору


	45. "Обновление Oracle Solaris 11.4 SRU15"	+/–
	Сообщение от Аноним (45), 25-Ноя-19, 19:33
	Это уже другой вопрос. Выше поинт о том, что нет никакой проблемы нагрузить сановское многоголовое железо, для этого не нужно спец ЯП-ы и все прочие "спецы". Самое обыкновенное многопоточное ПО, написанное на любом ЯП, грузит это железо без проблем.
	Ответить \| Правка \| ^ к родителю #40 \| Наверх \| Cообщить модератору