Debian прекращает поддержку архитектуры SPARC

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

а VLIW с засекреченой системой команд.

С чего они засекреченные? У МЦСТ первого отдела нет :) Дока не открытая, но что бы ее получить, достаточно просто что-нибудь у них купить.

На машинке с 16 или 32М оперативки Solaris еле шевелился. RedHat и NetBSD - рулили.

Вот ровно наоборот. Netscape 4 на 16 мб взлетал только на Solaris с лёгким wm типа qvwm (ультра-лёгкий симулятор win 95).

То же самое на RH уже тормозило.

32 Мб - работало что угодно, даже IE 4 под солярисом и MS Office в WABI.

Не расскажешь, какое?

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

Просто интересно, если он когда-то и использовался на серверах, то зачем он нужен сейчас, когда можно взять сервер на amd64 и по поводу дистрибутива совершенно не париться?

OpenSPARC есть, слава инженерам Sun.

Просто интересно, если он когда-то и использовался на серверах, то зачем он нужен сейчас, когда можно взять сервер на amd64 и по поводу дистрибутива совершенно не париться?

x86/amd64 это примерно как ВАЗ среди архитектур.

SPARC != SPARC64 ?

Тоже подумал кстати, когда прочитал.

А вот не надо говорить за всех, у меня на работе контроллер с UniFi, так вот прошивочка на точках - линуховая, 2.6.15 ядро, cat /proc/cpuinfo говорит, что там mips. Такие дела.

Дома кстати тоже асусовский роутер с 2.6.23 или .24 - сделать подобный финт ушами и посмотреть, что за проц там правда нельзя.

а VLIW с засекреченой системой команд.

С чего они засекреченные? У МЦСТ первого отдела нет :)

Ну, я не в смысле гос. тайны, а в смысле секрета фирмы.

Дока не открытая, но что бы ее получить, достаточно просто что-нибудь у них купить.

И там есть описание системы команд и ISA? Был бы удивлён: почему бы тогда просто не открыть? Кому захочется стырить - уже бы стырили у тех, кто купил. Что-то не верится.

Ух-ты, интересно. Спасибо! А они его пишут только под Solaris/SPARC или под Solaris/x86_64 тоже?

надо было смотреть на ынтырпрайз. есть например ПАК включающий в себя гроб набитый DSP и сервера управления.

А можно поподробней? Чего эта штука делает?

(есть версия под Wintel но реализована грязным хаком в виде пересборки оригинального софта с cygwin или иной POSIX подсистемой)

Ну, как бы, это уже и снимает необходимость эмуляции спарка. Я-то смотрел с этой точки зрения.

почему бы тогда просто не открыть?

Никакой выгоды от открытия не будет, поскольку железо почти виртуальное. А вот если специалисты начнут анализировать ISA и говорить «вот это из Itanium, это из Hexagon, а это, гыгы, из iWarp» - пострадает имидж МЦСТ %)

Кому захочется стырить - уже бы стырили у тех, кто купил.

Я думаю, что купили только военные.

Я думаю, что купили только военные.

Ну, это де-факто и означает секретность.

А можно поподробней? Чего эта штука делает?

изначально перифоник, потом нортел а теперь http://www.avaya.com/uk/product/media-processing-server

OpenSPARC есть, слава инженерам Sun.

«Йес, оф корз. А что толку?» (с)

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

и ARM (портативные устройства)

armv6, armv7, armv8, hardfloat, softfloat, neon, vfpv3, vfpv4?

Почему-то эти ребята пишут своё ПО исключительно для Solaris

M:N threads? это была киллер-фича солярки, когда железо было медленным.

mips вроде сильно простой.

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

нарисуй равносторонний треугольник. на вершинах подпиши - надежность, производительность, экономность.

Поковырялся в своем роутере, включил telnet. Зашел, посмотрел:

admin@RT-N10U:/# cat /proc/cpuinfo 
system type             : Broadcom BCM5357 chip rev 1 pkg 8
processor               : 0
cpu model               : MIPS 74K V4.9
...

# uname -a
Linux RT-N10U 2.6.22.19 #1 Mon Apr 14 10:25:32 CST 2014 mips GNU/Linux

Так что другие архитектуры нужны, мипс нужен 100%.

Точно помню, как в 99м поставил RedHat на LunchBox и прямо офигел от того, что тормозная, даже по тем временам машинка, может неплохо шевелиться. Никак не могу нагуглить открытое письмо инженера Sun, в котором он критиковал их ядро и хвалил Linux. На однопроцессорных спарках с недостатком оперативы Linux был быстрее. Правда, может быть, более старый солярис был бы ещё быстрее.

По-моему я сравнивал Solaris 7 (он там уже стоял) и RedHat 5.2. Но могу и ошибаться насчёт точных версий.

Эльбрусы новые тут вообще не причём. Они не SPARC, а VLIW с >засекреченой системой команд. Их поддержку из какого-либо западного >дистрибутива выкинуть не могут: её там нет, и, в силу засекреченности, >быть не может.
Эльбрусы старые - тут тоже не причём, они SPARCv8, и их поддержку >выкинули много лет назад. Единственная модель, которая могла бы быть >зартронута - МЦСТ R1000. Но и её поддержки в западных дистрибутивах >никогда не было.

Кто где засекречивал ? Вот официальная документация -.ISBN 978-5-459-01697-0
Ким А. К., Перекатов В. И., Ермаков С. Г.
Микропроцессоры и вычислительные комплексы семейства «Эльбрус». — СПб.:

Жалко только что тираж 1000 книг .Где брать надеюсь догадаешься ,описан и Sparc совместимый процессор и Эльбрус .

Кто где засекречивал ? Вот официальная документация -.ISBN 978-5-459-01697-0

Ссылка на эту книгу болтается на ЛОР уже пару лет... но там нет спцификации ISA. Ну или назови страницы, на которых она приводится.

http://www.mcst.ru/doc/book_121130.pdf

проблем со стабильностью SPARC-машин, находящихся в ведении проекта

Вымирающая архитектура! Жаль конечно, но могу понять дебиановцев. Я правильно понял что и SPARC64 это тоже коснётся?

Только ее и коснется: SPARC32 выпилили уже много лет назад.

А какие дистры всё еще остались для SPARC?

На подобные вопросы можно почти всегда ответить NetBSD.

Ух-ты, интересно. Спасибо! А они его пишут только под Solaris/SPARC или под Solaris/x86_64 тоже?

Только для Solaris/SPARC. А так как оборудование время от времени обновляется, то за 10 лет накопилось некоторое количество Sun Fire и Sun Blade 100, 1000, 2000. Некоторые из них используются повторно с Linux для внутренних нужд.

M:N threads? это была киллер-фича солярки, когда железо было медленным.

Вполне может быть. Но, как я уже говорил, теперь эти причины скорее исторические.

Зачем тогда вообще Linux?

Пускать на нём Steam с Игорем.

Есть 3 архитектуры: x86 (уже на стадии умирания), amd64 (основная) и ARM (портативные устройства). Этого вполне достаточно, зачем нужны еще какие-то нетрадиционные?

Билли с тобой согласен, правильно думаешь, одобряэ.

Эльбрусы старые - тут тоже не причём, они SPARCv8, и их поддержку выкинули много лет назад. Единственная модель, которая могла бы быть зартронута - МЦСТ R1000. Но и её поддержки в западных дистрибутивах никогда не было.

Если Спарки МЦСТ выйдут на гражданский рынок, а это может случиться, то отсутствие поддержки в DEBIAN будет очень плохо. Фактически, отсутствие дэбы будет обозначать полный провал.

ты навёл меня на мысль, что там не классический SPARCv8, а ROSS

Интересно, не знал о таком. Но вообще да, с Ross наверняка было проще договориться, чем с Sun.

Если Спарки МЦСТ выйдут на гражданский рынок, а это может случиться, то отсутствие поддержки в DEBIAN будет очень плохо. Фактически, отсутствие дэбы будет обозначать полный провал.

Ну, в ванильном ядре они всё равно не поддерживаются, так что, из коробки Debian всё равно не работал бы. И что-то мне не верится, что они выпустят R1000 на гражданский рынок. Был бы рад, если какие-нибудь новые спарки вышли на рынок, но, думаю, что не судьба.

Устарели они уже. Особенно, если учесть, что на внедрение в гос. структуры год-два понадобятся. Если бы их протолкнули хотябы пару лет назад...

Никакой выгоды от открытия не будет, поскольку железо почти виртуальное. А вот если специалисты начнут анализировать ISA и говорить «вот это из Itanium, это из Hexagon, а это, гыгы, из iWarp» - пострадает имидж МЦСТ

Кстати, если там много стырено из Itanium и других известных процов, то по-моему, это скорее плюс: можно стырить/доработать напильником куски готового (и уже отлаженного) софта в компиляторе и ядре, а это - большой шаг в сторону надёжности.

Но, конечно, найдутся и критиканы.

Публикация спеков и свободная продажа машин - это, конечно, плюс для поддержки архитектуры открытым софтом. Но одновременно это объективная оценка архитектуры, и как бы не сдулись гигафлопсы.

можно стырить/доработать напильником куски готового (и уже отлаженного) софта в компиляторе и ядре

У меня нет причин думать так.

объективная оценка архитектуры, и как бы не сдулись гигафлопсы.

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

можно стырить/доработать напильником куски готового (и уже отлаженного) софта в компиляторе и ядре

У меня нет причин думать так.

Почему нет? Различия всё-таки слишком большие?

То, что они оптимистично посчитаны, думаю, понятно любому

"- Несгибаемый, железный Равик, - добавил он с досадой. - Корректный западноевропеец." (ц) %)

можно стырить/доработать напильником куски готового (и уже отлаженного) софта в компиляторе и ядре

У меня нет причин думать так.

Почему нет? Различия всё-таки слишком большие?

Я же сказал «Itanium, Hexagon, iWarp» - нет ни компилятора, ни ядра, которые поддерживают всё это одновременно %) А вообще, выше есть ссылка на описание архитектуры - реши для себя сам.

Был бы рад, если какие-нибудь новые спарки вышли на рынок, но, думаю, что не судьба. Устарели они уже.

это в каком месте они устарели или ты про российские?

Был бы рад, если какие-нибудь новые спарки вышли на рынок, но, думаю, что не судьба. Устарели они уже.

это в каком месте они устарели или ты про российские?

В первую очередь про российские. Но и оракловские выглядят не так уж шоколадно, если тесты проводит не сам Оракл.

Есть 3 архитектуры: x86 (уже на стадии умирания), amd64 (основная) и ARM (портативные устройства). Этого вполне достаточно, зачем нужны еще какие-то нетрадиционные?

Хотя бы ради обратного порядка байт в слове, для отладки софта

x86/amd64 это примерно как ВАЗ среди архитектур.

ну некоторые тут считают что это вершина прогресса

Но и оракловские выглядят не так уж шоколадно, если тесты проводит не сам Оракл.

Например? Если они и проигрывают в каких-то тестах, но устарели-то тут причём?