https://opennet.ru/openforum/vsluhforumID3/105036.html Компания Oracle представила (https://lists.debian.org/debian-sparc/2015/10/msg00012.html) первый выпуск проекта Linux SPARC (https://oss.oracle.com/projects/linux-sparc/), в рамках которого проведена работа по адаптации Linux для современного оборудования SPARC. В качестве основы использовано ядро Linux 4.1 и пользовательское окружение на базе пакетов Oracle Linux 6 для архитектуры x86_64, которые расширены специфичными для SPARC оптимизациями. <br><br><br>Linux SPARC можно рассматривать как полноценную 64-разрядную операционную систему, которая может работать на 64-разрядных процессорах SPARC. Размер установочного образа (https://oss.oracle.com/linux-sparc/isos/) 521 Мб. Поддерживается как установка на конечное оборудование, так и использование в виртуальных окружениях Oracle VM Server for SPARC. Из поддерживаемого оборудования отмечаются серверы на базе процессоров с архитектурой sun4v, такие как UltraSPARC T, SPARC T4, SPARC T5, SPARC M5 и Fujitsu SPARC64-X.<br><br><br>Компания Oracle позиционирует Linux SPARC не как от https://opennet.ru/openforum/vsluhforumID3/105036.html#62 Sat, 16 Jan 2016 14:49:21 GMT Установил, побаловался на машинке Enterprise T5220. В репозтариях старое г-вно вроде apache 2.2 и php 5.3. Такая же древняя MySQL.<br>Работает без сбоев но надо ли ?<br> https://opennet.ru/openforum/vsluhforumID3/105036.html#61 Mon, 12 Oct 2015 10:25:01 GMT А что инновационного в Линуксе? Как линуксоид с 10 летним опытом, живущий тоже в Красноярск, скажу, что тебе ещё не поздно чем-то более перспективным заняться.<br><br>А девушке, разводящей свиней респект. Фермером быть тяжелее, чем линуксоидом.<br> https://opennet.ru/openforum/vsluhforumID3/105036.html#60 Mon, 12 Oct 2015 08:47:18 GMT такие рассуждения приводят к плачевным последствиям: Китайцы сели и разработали, хотя у всех он есть, а нам не выгодно, ведь китайцы уже сделали... В итоге у нас ничего своего и не будет... А ведь можно сделать и вытеснить и китайцев и остальных... Сначала будет тяжело, работа почти в минус, но результат будет колоссальный если покупатель поверит в нашу продукцию<br> https://opennet.ru/openforum/vsluhforumID3/105036.html#59 Sun, 11 Oct 2015 23:13:23 GMT &gt; Соответственно, когда у вас есть указатель на функцию, то он показывает не <br>&gt; на код, а на эту самую структуру из трёх элементов.<br><br>В общем ты тут бреда нагенерил, не совместимого с реальностью. <br>Размещение указателя и вызов функций совершенно по-иному формируется и осуществляется. <br> https://opennet.ru/openforum/vsluhforumID3/105036.html#58 Sun, 11 Oct 2015 22:50:22 GMT &gt; Возьмём, например, IBM Power 6 (с коим имел дело). <br>&gt; У него есть один ЦПУ и 6 вычислительных недопроцессоров (SPU).<br><br>Power6 меньше 2-ядерного не было! Чипсеты умели объединять в 4-,8-процессорные системы, <br>по заказу делали 32-процессорные блейды, через подобие infiniband кучковались в 1024-процессорные. <br>А эти "недопроцессоры" - векторные, и операции, соответственно, тоже векторные. И глупо пытаться <br>там писать хелло ворлд.<br><br>&gt; что у этих SPU есть отдельная урезанная таблица системных вызовов. Ну, и как под это писать? :-)<br><br>Cell BE SDK.<br><br>&gt; Идём далее. Инжинеры ИБМ решили, что инструкция всегда состоит из четырёх байтов<br><br>С разморозкой: Google: RISC <br><br>&gt; Вызов функций -- это тоже что-то. <br><br>Может сначала начнёшь с Introduction to RISC Assembly Language Programming.<br>А потом уж будешь делать вид, что умнее инженеров IBM. <br> https://opennet.ru/openforum/vsluhforumID3/105036.html#57 Sun, 11 Oct 2015 03:19:56 GMT &gt; Идём далее. Инжинеры ИБМ решили, что инструкция всегда состоит из четырёх байтов, <br>&gt; даже на 64-битной архитектуре для совместимости с 32-битной. В результате загрузка <br>&gt; 64-битной команды в регистр состоит из пяти инструкций, так как из <br>&gt; этих четырёх байтов два отводятся под код операции, а ещё два <br>&gt; под операнд: загрузить два байта в младшую половину полуслова, загрузить два <br>&gt; байта в старшую половину полуслова, услать младшую половину в старшую, загрузить <br>&gt; ещё два байта, и ещё два байта. :-) <br><br>Аный стыд! В 95 году это что ли было и с тех пор тащат?<br> https://opennet.ru/openforum/vsluhforumID3/105036.html#56 Sun, 11 Oct 2015 00:28:46 GMT &gt; При этом, у них, как я понимаю, у <br>&gt; одних из первых появилась горячая замена процессоров.<br><br>Не-а, не у них. Вот отрывок из описания ОС Multics, появившейся ещё до Unix:<br><br>"At the MIT system, where most early software development was done, it was common practice to split the multiprocessor system into two separate systems during off-hours by incrementally removing enough components to form a second working system, leaving the rest still running the original logged-in users."<br><br>https://en.wikipedia.org/wiki/Multics<br> https://opennet.ru/openforum/vsluhforumID3/105036.html#55 Sat, 10 Oct 2015 15:16:23 GMT Так и есть. У нас в Красноярске интеграторы Линукс-систем нахухоль не нужны. Проводил исследование рынка, нашёл 4 фирмы. Одна - мои бывшие преподы с ФИПУ и их товарищи, 2я - конторка в закутке продуктовой базы, 3я закрылась, 4я - СофтЛайн, но там всеми фибрами отговаривают от Линукса и впаривают сами_знаете_что... <br>А виндузятниковых больше 100, и у всех клиенты. Потому что то вирусня, то обновление кривое, то лицензирование, то апгрэйд под новый фотожоп. Заодно и роутер настроить который стоит 1500р, чтобы не тормозил. <br>Печально это всё. С экранов говорящие головы рассуждают про инновации и импортозамещение, а у нас на 6м курсе в группе программистов нет ни 1го Линуксоида. Кроме меня. Кто водилой работает, кто в деревне "бизнес" делает, свиней разводит. Девушка одна сотики продаёт, ещё один торговым представителем. <br> https://opennet.ru/openforum/vsluhforumID3/105036.html#54 Sat, 10 Oct 2015 14:53:45 GMT &gt; Sparc T и производительность - две вещи несовместные.<br><br>Добро пожаловать в мир T4, T5, а скоро и T7.<br>