forum.opennet.ru

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

Оглавление

Обновление Oracle Solaris 11.4 SRU15, opennews (?), 20-Ноя-19, (0) [смотреть все]

круто, в Центос 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]

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, и то с осторожностью?

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

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | 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/

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

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

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

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

Ответить | Правка | Наверх | 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ообщить модератору

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

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

Партнёры:

Хостинг:

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

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


	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, и то с осторожностью?
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


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


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