Я отлично помню период когда IT было достаточно лузерской сферой, и круто считалось когда ты вышел в оффлайн и начал зарабатывать реальные бабки. Типа бросил программировать, стал мясником в топовых ресторанах.
Зарплаты уже падают, cложность собеседований и требования к соискателям растут, рынок отлично все отрегулировал. Дальше все просто - вы остаетесь либо с любимой профессией, либо с нелюбимой профессией.
Решение "внешние" - выбирать не технологии которые меняются раз в 3 года, а выбрать какой-нибудь rust, или go, которые будут еще десяток лет спокойно и неспешно разиваться.
Решение "внутренее" состоит в том, чтобы перестать циклиться на том на чем написан продукт и думать о продукте, фичах и как его развивать. Для этого лучше работать в продуктовых компаниях. Тогда пофиг на чем писать, а если и захочется новый фреймворк, то с позиции "ту фичу которую я дебагал тогда 2 недели теперь можно за пол дня написать". Совсем другая мотивация для изучения чем "теперь надо что-то новое".
Насколько я помню - Intel вообзе любой ценой затягивал суд про торговую марку "386", самыми не этичными способами - там каждая неделя простоя AMD приносила огромные деньги.
Проблема в том, что от того что коллектив в несколько десятков человек не может осилить задачу разработки процессора и придумать как сделать его быстрым предлагается всей индустрии пошевелить мозгами. Ну нет ).
Profile guided optimization по моему уже 100 лет в обед, ничто не мешает МЦСТ использовать этот подход.
Но кажется что дело не в этом, а Core i7 уделал именно за счет совсем рантаймового переупорядочивания. И понятное дело что компилятор знает как расположить команды, хотя бинари Linux собираются обычно для абстрактного x86-64, то есть наверное прирост мог быть еще больше
Apple Silicon имеет предвыборку на 800 комманд, и занимается переупорядочиванием на таком объеме.
Но собственно ничего не мешает VLIW полагаться на продвинутый JIT, а не статическую компиляцию. Поэтому никакой проблемы интерпретатор/компилятор нет. И в первую очередь это может бустнуть все, что исполняется на виртуальной машине с байт-кодом и JIT - кажется что там архитектурно может быть что угодно. По сути - увести фронтенд процессора в рантайм, а не в компилятор. Это куда можно развивать это все. Ведь у рантайма может быть и не 800 предвыборка, а хоть 8000.
Hо когда я пишу про нишевое применение - я действительно имею ввиду текущее положение дел с МЦСТ (хотя с учетом того что они не выпускают сечас вообще ничего - то наверное это все таки утопия)
Так вот - в текущем положении дел они конкурентноспособны в вычислительных задачах.
А до продвинутого JIT они могут и не дойти - они пытаются коллективом в несколько десятков человек делать то, что даже IBM не тянет со своим Power, и вместо решения проблем по сути - просто жалуются.
Еще - кажется что в условиях текущий санкций - делать некую независимую организацию и давать доступ к архитектуре и ядрам сторонним организациям - это способ сохранить этот проект.
Кажется что сейчас они сидят просто как собака на сене - делать не могут, и другим не дают.
Я сомневаюсь что от МЦСТ ничего не зависит, думаю что они просто не работают с этим как с важной проблемой
Я не понимаю как так возможно - "они это делают на свои деньги", а доступ к спецификациям определяют министерства и ведомства.
Чисто для военки у них были реализации SPARC, с совершенно открытой архитектурой, массой компиляторов сделанных сообществом, и ничего - жопа не треснула у военных это все использовать.
Это не отличный доступ к документации.
По сравнению с тем, как можно взять и просто заказать доступ к VPS - это очень мутный доступ к рабочей станции. То есть они не хотят сделать простой доступ - типа ввел почту, привязал карту, юзаешь.
Я просто по человечески не могу понять - какой смысл жаловаться на государство, если самостоятельно для решения проблемы не сделано все что можно.
Проблема архитектуры Эльбруса в том, что динамическое переупорядочивание команд в современном процессоре общего назначания оказалось эффективнее статического. На хабре были опубликованы тесты где было видно как Эльбрус сливает Core i7 на одинаковом техпроцессе. Хотя казалось бы - явный параллелизм, устройств можно гораздо больше за один такт задействовать. Но компилятор не видит заранее как эффективно распареллелить программу так, чтобы были задействованы все блоки процессора.
Другое дело - простые вычисления типа "перемножение матриц", где можно, зная что это перемножение, без ветвлений без всего, длинной командой задействовать все вычислительные блоки процессора и обеспечить пиковый уровень параллелизма, раскрывая всю мощь Эльбруса. Поэтому в тех опубликованных тестах Эльбрус показал очень высокий результат в единственном тесте - как проц для майнинга,
VLIW не тупиковый, но нишевый. МЦСТ со своей политикой доступа к архитектуре - тупиковый.
VLIW процессоры очень хорошо бы показали себя на вычислениях - например очень подходят для запуска нейросетей. Только кто-то должен разбираться в этой архитектуре, портировать Tensorflow/Torch на Эльбрус. Кто это будет делать? МЦСТ сам не может, и поддержку сообществу не дает.
В итоге выглядит так что гораздо вероятнее будет порт этих библиотек на RISC-V vector instructions, чем на Эльбрус. (Я упомянул RISC-V, потому что это альтернатива для России в рамках импортозамещения)
Может просто стоит начать с того чтобы нормально продавать всем желающим, без подписей NDA?
То есть это парадокс просто - они жалуются что не пускают к кормушке, но просто продавать свои системы по сути не хотят.
Когда я последний раз пытался что-то купить у них - нужно было заполнять заявку на бланке организации. Серьезно? В век лэндингов, CRM и воронок продаж мне нужно заполнять заявку со штампом?
Не совсем понятно как быть если собираемая библиотека требует другие библиотеки. Может нужен способ как-то подмонтировать файловую систему целевого RISC-V чтобы оттуда исходники брать? А еще лучше чтобы вендор давал какие-нибудь apt репозитории с уже собранными вещами.
Я отлично помню период когда IT было достаточно лузерской сферой, и круто считалось когда ты вышел в оффлайн и начал зарабатывать реальные бабки. Типа бросил программировать, стал мясником в топовых ресторанах.
Зарплаты уже падают, cложность собеседований и требования к соискателям растут, рынок отлично все отрегулировал. Дальше все просто - вы остаетесь либо с любимой профессией, либо с нелюбимой профессией.
Тут два решения - внутренее и внешнее (условно)
Решение "внешние" - выбирать не технологии которые меняются раз в 3 года, а выбрать какой-нибудь rust, или go, которые будут еще десяток лет спокойно и неспешно разиваться.
Решение "внутренее" состоит в том, чтобы перестать циклиться на том на чем написан продукт и думать о продукте, фичах и как его развивать. Для этого лучше работать в продуктовых компаниях. Тогда пофиг на чем писать, а если и захочется новый фреймворк, то с позиции "ту фичу которую я дебагал тогда 2 недели теперь можно за пол дня написать". Совсем другая мотивация для изучения чем "теперь надо что-то новое".
Насколько я помню - Intel вообзе любой ценой затягивал суд про торговую марку "386", самыми не этичными способами - там каждая неделя простоя AMD приносила огромные деньги.
Tesla X - это их модель авто
Tesla - публичная компания - инвестировать любой может через биржу.
Или я чего-то пропустил?
Проблема в том, что от того что коллектив в несколько десятков человек не может осилить задачу разработки процессора и придумать как сделать его быстрым предлагается всей индустрии пошевелить мозгами. Ну нет ).
Profile guided optimization по моему уже 100 лет в обед, ничто не мешает МЦСТ использовать этот подход.
Но кажется что дело не в этом, а Core i7 уделал именно за счет совсем рантаймового переупорядочивания. И понятное дело что компилятор знает как расположить команды, хотя бинари Linux собираются обычно для абстрактного x86-64, то есть наверное прирост мог быть еще больше
Apple Silicon имеет предвыборку на 800 комманд, и занимается переупорядочиванием на таком объеме.
Но собственно ничего не мешает VLIW полагаться на продвинутый JIT, а не статическую компиляцию. Поэтому никакой проблемы интерпретатор/компилятор нет. И в первую очередь это может бустнуть все, что исполняется на виртуальной машине с байт-кодом и JIT - кажется что там архитектурно может быть что угодно. По сути - увести фронтенд процессора в рантайм, а не в компилятор. Это куда можно развивать это все. Ведь у рантайма может быть и не 800 предвыборка, а хоть 8000.
Hо когда я пишу про нишевое применение - я действительно имею ввиду текущее положение дел с МЦСТ (хотя с учетом того что они не выпускают сечас вообще ничего - то наверное это все таки утопия)
Так вот - в текущем положении дел они конкурентноспособны в вычислительных задачах.
А до продвинутого JIT они могут и не дойти - они пытаются коллективом в несколько десятков человек делать то, что даже IBM не тянет со своим Power, и вместо решения проблем по сути - просто жалуются.
Еще - кажется что в условиях текущий санкций - делать некую независимую организацию и давать доступ к архитектуре и ядрам сторонним организациям - это способ сохранить этот проект.
Кажется что сейчас они сидят просто как собака на сене - делать не могут, и другим не дают.
Честно говоря
Я сомневаюсь что от МЦСТ ничего не зависит, думаю что они просто не работают с этим как с важной проблемой
Я не понимаю как так возможно - "они это делают на свои деньги", а доступ к спецификациям определяют министерства и ведомства.
Чисто для военки у них были реализации SPARC, с совершенно открытой архитектурой, массой компиляторов сделанных сообществом, и ничего - жопа не треснула у военных это все использовать.
Это не отличный доступ к документации.
По сравнению с тем, как можно взять и просто заказать доступ к VPS - это очень мутный доступ к рабочей станции. То есть они не хотят сделать простой доступ - типа ввел почту, привязал карту, юзаешь.
Я просто по человечески не могу понять - какой смысл жаловаться на государство, если самостоятельно для решения проблемы не сделано все что можно.
Честно говоря опасаюсь что скоро интернет будет завален подобными статьями.
Проблема здесь (на мой взгляд)в том, что здесь нет ни опыта автора, ни полезной информации.
Ок, копну чуть глубже.
Проблема архитектуры Эльбруса в том, что динамическое переупорядочивание команд в современном процессоре общего назначания оказалось эффективнее статического. На хабре были опубликованы тесты где было видно как Эльбрус сливает Core i7 на одинаковом техпроцессе. Хотя казалось бы - явный параллелизм, устройств можно гораздо больше за один такт задействовать. Но компилятор не видит заранее как эффективно распареллелить программу так, чтобы были задействованы все блоки процессора.
Другое дело - простые вычисления типа "перемножение матриц", где можно, зная что это перемножение, без ветвлений без всего, длинной командой задействовать все вычислительные блоки процессора и обеспечить пиковый уровень параллелизма, раскрывая всю мощь Эльбруса. Поэтому в тех опубликованных тестах Эльбрус показал очень высокий результат в единственном тесте - как проц для майнинга,
Возможно, но кажется им надо пытаться разобраться с этими причудами, иначе они реально обречены.
VLIW не тупиковый, но нишевый.
МЦСТ со своей политикой доступа к архитектуре - тупиковый.
VLIW процессоры очень хорошо бы показали себя на вычислениях - например очень подходят для запуска нейросетей. Только кто-то должен разбираться в этой архитектуре, портировать Tensorflow/Torch на Эльбрус. Кто это будет делать? МЦСТ сам не может, и поддержку сообществу не дает.
В итоге выглядит так что гораздо вероятнее будет порт этих библиотек на RISC-V vector instructions, чем на Эльбрус. (Я упомянул RISC-V, потому что это альтернатива для России в рамках импортозамещения)
Может просто стоит начать с того чтобы нормально продавать всем желающим, без подписей NDA?
То есть это парадокс просто - они жалуются что не пускают к кормушке, но просто продавать свои системы по сути не хотят.
Когда я последний раз пытался что-то купить у них - нужно было заполнять заявку на бланке организации. Серьезно? В век лэндингов, CRM и воронок продаж мне нужно заполнять заявку со штампом?
Я так понимаю что есть PyTorch для Apple Silicon, но под MacOS
Не совсем понятно как быть если собираемая библиотека требует другие библиотеки. Может нужен способ как-то подмонтировать файловую систему целевого RISC-V чтобы оттуда исходники брать? А еще лучше чтобы вендор давал какие-нибудь apt репозитории с уже собранными вещами.
В IT высокие зарплаты, потому что возможна удаленка на работодателя из страны с хорошим рынком труда.
Но если вы посмотрите на улицу, на тех кто ездит в хороших машинах - то там, скорее всего, не будет ни одного айтишника.
...В погоне за длинным рублем!
За те деньги что они собираются просто что-то закопать, можно построить массу ветряков/реакторов массу всего перевести на электричество и так далее.
Кажется самая тупая и бессмысленная штука.
Мне кажется что очень скоро появятся конкуренты, никто не даст ТАК зарабатывать. Тот же Google может сделать свой TPU коммерчески доступным в розницу.
Скорее всего reinforcment learning, надо просто штрафовать модель за уничтожение оператора )
Он же прям из коробки в RN используется?