https://www.opennet.dev/openforum/vsluhforumID3/110837.html Компания Oracle объявила (https://blogs.oracle.com/wim/entry/oracle_linux_6_for_sparc) о формировании сборок Oracle Linux для архитектуры SPARC. Для загрузки подготовлены (http://www.oracle.com/technetwork/server-storage/linux/downloads/oracle-linux-sparc-3665558.html) iso-образы и исходные тексты пакетов для SPARC на основе Oracle Linux 6 Update 7. Также доступен yum-репозиторий (http://yum.oracle.com/) с пакетами и обновлениями для SPARC, в котором в том числе присутствуют пакеты с префиксом "devel", содержащие инструменты для разработчиков, включая GCC с поддержкой оптимизаций для CPU M7. <br><br><br><br>Поддерживается (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- https://www.opennet.dev/openforum/vsluhforumID3/110837.html#49 Wed, 12 Apr 2017 15:16:42 GMT 11я это уже не го_вно мамонта, все го_вно ввиде поддержки старых спарков оттуда выкинуто<br> https://www.opennet.dev/openforum/vsluhforumID3/110837.html#48 Sun, 09 Apr 2017 01:19:33 GMT &gt; Мне вот совершенно все равно было в мои времена, локальная машина или удаленная, мне еще надо отдельно не забыть, какая из открыта в этом окне.<br><br>Скажите спасибо людям, развивающим Xы. Сейчас это разные вещи.<br><br>&gt; Если просто не хватает мощности системы - "каждому свою" ты точно разоришься.<br><br>Довольно часто часть большой системы может разрабатываться и предварительно отлаживаться на личной раб. станции. Это значительно удешевляет процесс. <br><br>Вообще, обнаружение ошибки может делаться на стадиях:<br><br>1. Планирования.<br>2. Ввода кода.<br>3. Компилирования.<br>4. Первичного тестирования написавшим код.<br>5. Тестирования специальными людьми.<br>6. Использования в alpha/beta.<br>7. Рабочего использования.<br><br>При переходе вниз стоимость исправления ошибки становится всё дороже. Поэтому если есть возможность ускорить цикл между стадиями 2-3, этим пользуются. Разделение одной машины и одной системы между несколькими разработчиками портит тестирование на этапе 4. Это делает разработку более медленной, а следовательно более дор https://www.opennet.dev/openforum/vsluhforumID3/110837.html#47 Sat, 08 Apr 2017 05:38:17 GMT &gt; Любой каприз за ваши деньги - отладка на удалённой машине серьёзно удорожает процесс. <br><br>серьезно? Вы чем таким там отлаживаться собрались, на удаленной машине - msvc ? <br><br>Мне вот совершенно все равно было в мои времена, локальная машина или удаленная, мне еще надо отдельно не забыть, какая из открыта в этом окне.<br><br>&gt; Ну, кто деньги не считает, тот да, любит. А кто считает, то прекрасно понимает, что<br>&gt; лучше выдать каждому разработчику свою машину, для того, чтобы они банально не<br>&gt; интерферировали друг с другом.<br><br>если они "интерферируют" на многоголовом монстре размером с два хороших шкафа - лучше дать им палкой. Доходчиво, и проблему решает надолго.<br>Если просто не хватает мощности системы - "каждому свою" ты точно разоришься.<br><br>&gt; И заходить на неё удалённо? Из-под putty?<br><br>у нас тогда маки культивировали, хрен его знает, из под чего там было принято.<br>У меня был обычный ssh в обычном xterm, но я уже не был разработчиком.<br><br>&gt; Поэтому, для того, чтобы разработчик эти фичи знал, ему лучше бы изучить " https://www.opennet.dev/openforum/vsluhforumID3/110837.html#46 Thu, 06 Apr 2017 12:25:29 GMT &gt; Недавно знакомый ставил Солярку 11.3 на х.86 первый раз в жизни, и <br><br>Кто её вообще ставит с иксами и зачем он это делает?<br><br> https://www.opennet.dev/openforum/vsluhforumID3/110837.html#45 Thu, 06 Apr 2017 01:56:35 GMT &gt; Интересно, на Байкале заведется?<br><br>Только если в QEMU.<br> https://www.opennet.dev/openforum/vsluhforumID3/110837.html#44 Thu, 06 Apr 2017 01:45:46 GMT &gt; А под Linux/Sparc есть?<br><br>Не знаю, но вероятность несколько выше. Самое прикольное, что для многоядерных Оракловских Спарков этот самый Haskell - то, что доктор прописал. Когда распараллеливание обработки массива делается 2-мя словами - `using` parList, есть STM память, множество библиотек с lock-free.<br><br>И erlang тоже не поддерживает SPARC64. Вот правильно Лавров про таких сказал.<br> https://www.opennet.dev/openforum/vsluhforumID3/110837.html#43 Thu, 06 Apr 2017 01:36:41 GMT &gt; он уже есть, у тех кто уже купил.<br><br>Узок круг их. :-)<br><br>&gt; кто им дасть-то? Разработка под солярку и будет на солярке. На линуксе <br>&gt; у тебя терминал будет (ну или скорее на винде) <br><br>Любой каприз за ваши деньги - отладка на удалённой машине серьёзно удорожает процесс. Отсутствие рынка разработчиков, знающих про особенности таких машин - аналогично.<br><br>Кстати, умные люди прекрасно понимают, что знания маргинальных систем мало полезны на рынке труда. Т.е. если уволят по какой-либо причине, то место, где эти знания понадобятся, придётся искать относительно долго.<br><br>&gt; сказочник. Оно просто не является твоим личным компьютером, ага - что хочу, <br>&gt; то и ворочу - не выйдет (еще,кстати, и за это их <br>&gt; любят _правильные_ менеджеры).<br><br>Ну, кто деньги не считает, тот да, любит. А кто считает, то прекрасно понимает, что лучше выдать каждому разработчику свою машину, для того, чтобы они банально не интерферировали друг с другом.<br><br>&gt; Мы когда-то стейджинговый сервер держали на десктопной (в смысле, это была незадавша https://www.opennet.dev/openforum/vsluhforumID3/110837.html#42 Wed, 05 Apr 2017 16:52:14 GMT Вот давай поменьше ынтерпрайзных понтов. То, о чем ты говоришь, решается именно что менеджментом, а именно управлением разработкой, и от платформы не зависит. Все решит хорошо поставленный процесс. Вот когда понадобится доп. билдсервер, а начальство скажет Х, ибо дорого, то поневоле задумаешь, почему же мы не на x86. Вместо того, что бы денежки ссуживать b2b, наймите лучше достойных людей, а не чтобы "начальник должен быть умнее подчиненных".<br> https://www.opennet.dev/openforum/vsluhforumID3/110837.html#41 Wed, 05 Apr 2017 12:56:09 GMT &gt; Не будет вашего зоопарка Санов. <br><br>он уже есть, у тех кто уже купил.<br><br>&gt; Рабочие машины разработчиков - это Lin/Win x86-е<br><br>тем, у кого зоопарк санов - как правило, плевать на половые трудности нанятых ими индусов.<br><br>&gt; А если разработка идёт на Linux<br><br>кто им дасть-то? Разработка под солярку и будет на солярке. На линуксе у тебя терминал будет (ну или скорее на винде)<br><br>&gt; Всё - SPARC машина - это такое большое специализированное устройство, не являющееся <br>&gt; универсальным компьютером. <br><br>сказочник. Оно просто не является твоим личным компьютером, ага - что хочу, то и ворочу - не выйдет (еще,кстати, и за это их любят _правильные_ менеджеры).<br><br>И да, будешь помнить и про выравнивание, и про endianes, и про то, что инструменты выбирают из предоставленного списка, и не более того. Потому что когда тебе дадут подсрaчника- за тобой никто не собирается выгребать весь понатащенный с улицы навоз.<br><br>Мы когда-то стейджинговый сервер держали на десктопной (в смысле, это была незадавшаяся рабочая станция древних в