n.s
тут в отдельных случаях мешает известная проблема про "подвести к воде/заставить пить".
Гораздо хуже, если заставляют пить "боярышник" не то
Ну и в целом уринотерапия - антинаучный метод

Методы давно изложены в описании базовых принципов архитектуры "Эльбрус".
Методы оптимизации (в сущности, достаточно бедные, кстати), изложенные "в описании базовых принципов", не являются панацеей от проблем VLIW. Несколько смягчают, не более того.
Как и любая общая рекомендация, кстати: совет "использовать выровненные данные" хорош практически везде, но от родовой травмы VLIW не спасает.
Или вы готовы сверкнуть какой-то конкретной рекомендацией, которая работает именно компенсатором недостатков VLIW?
Так вы не стесняйтесь, раскройте мысль.
Впервые за многие годы вашего участия мы ловим буквально каждую букву

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

Увы, снова вы обманули окружающих...

На мой взгляд, в подобном вопросе главным должен быть Hexagon , а потом уже VLIW.
Почему Q-сom применяет в своих изделиях свой DSP, а не DSP от TI или AD? Ответ не такой уж и сложный.
А почему VLIW архитектуры ? Потому как это общий подход у всех нынешних DSP . Аналогичные по архитектуре DSP есть и у TI и у AD .
Почему у многих VLIW ? На мой взгляд, эта архитектура , при ручном программировании специфичных для DSP алгоритмов , позволяет быстрее получить хорошую производительность.
У Hexagon есть интересная фишка - аппаратная поддержка многопоточности. Этот DSP может исполнять 4 команды за такт. Но если посмотреть их статистику по разным алгоритмам,
то окажется что реальный результат в районе одной команды за такт.

слева 3 потока, а справа один поток
Рекламка за 2014. Сейчас может IPC и повыше

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

Добавление от 01.12.2024 15:12:

мне то это зачем? я же уже высказывался на эту тему...

Добавление от 01.12.2024 15:16:

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

Moonzinger
я же уже высказывался на эту тему

аналогично

Для каких задач?
для разных. Какие задачи у рабочей станции, сервера, узла кластера?
Ну это не ответ, когда спрашивают про конкретные задачи, то должны быть конкретные ответы.

Moonzinger

да неужто? Странно, что конкретно вы считаете, что тут кто-то кому-то должен

n.s
Конечно же вы никому ничего не должны, продолжайте надувать щеки!

Boris Usievich
я возможно, начну, когда вы закончите писать бессмысленные сообщения

Moonzinger
что это за алгоритмы?
Ну, для DSP-то понятно: есть входной поток, выходной поток и небольшое вычислительное ядро между ними.
Примерно так и простые шейдеры устроены в GPU, потому VLIW и там использовали раньше, но теперь шейдеры усложнились, особенно с внедрением RT.

Раз не должны можно же и не отвечать в принципе.

rombeck
это была не совсем вода

Вы опускаетесь все ниже и ниже.

Ну а я сомневаюсь, что внимательное изучение ваших прикидок что-то даст: открытых источников по финансированию разработок отечественных процессоров не по линии Минпромторга (а к нему гособоронзаказ перешел где-то не рубеже 2010 года) быть не должно, по моим представлениям.
Так что пока что вы меня не убедили в необходимости поиска того, что там написали.

Ладно, раз пришли эксперты - меня это радует. Я выскажу своё мнение, там уже если что покритикуете/поругаете.
Моё мнение, изначально для военных важно работа со входящими сигналами и их обработкой, а не решения задач общего назначения. Для чего подходит VLIW? Насчёт обработки изображений понятно, уже были новости для систем распознавания лиц и так далее. Что для военных изображения важны только другого характера, скажем компьютерное зрение. Далее про обработку сигналов входящих, его и используют в DSP некоторых процессоров что логично. А причём тут военное применение думаю объяснять не надо.

Цитата из старой рекламки:
Figure 2 shows the various Hexagon generations.
Version 2 (V2) was the first production version and appeared in the initial Snapdragon mobile products in 2007.
V3 featured an improved implementation with better power consumption. These early versions of Hexagon targeted voice and audio
processing. Example functions include wideband vocoders, echo cancellation, audio postprocessing filters, MP3/AAC playback,
speaker protection algorithms, and so on.

V4 and V5 expanded the application targets to include image processing for camera and video; computer vision tasks such as
hand, gesture, and face recognition; and processing of sensor input (gyro, accelerometer, fingerprint, and so on).

Это старые версии. В новых версиях уже AI

Moonzinger
покритикуете/поругаете
Чего тут ругать? DSP'шные алгоритмы на Эльбрусе выполняются без проблем.
Проблема в том, что Эльбрус -- это не DSP. Это процессор общего назначения. Использовать его как DSP --слишком жирно выходит.

Как вы различаете сам подход VLIW и то, как он реализован в конкретных процессорах. Реализация любой архитектуры происходит с учетом возможностей реализации. Если по каким-то причинам нет возможности использовать самые современные топологические нормы (причины могут быть разные - от отсутствия денег на такое проектирование, оно дороже, чем для более грубых норм, до отсутствия опыта перепрыгнуть через несколько поколений проектирования физдизайна), потеря быстродействия на этом будет. Если нет средств перевыпускать опытные образцы столько раз, сколько хочется - будут закладываться технические решения более надежные, но менее перспективные с точки зрения скорости вычислений.
Что касается дороговизны - небольшие партии всегда дороже по сравнению с массовым производством. А для того, чтобы вкладываться в большие серии, нужна уверенность, что они найдут сбыт. Это же ключевой вопрос с запуском новой техники в крупную серию - дороже всего не разработка, не налаживание производства, а упущенная выгода от того, что не стали производить то, что приносит прибыль. Именно на этом этапе коммерческие предприятия останавливают разработки.

byman
Это старые версии. В новых версиях уже AI
Для перемножения матриц (основа распознавания лиц) и DSP уже слишком жирным выходит.Там матричные вычислители роляют.
DSP изначально для алгоритмов линейной сложности придуман, а перемножение матриц имеет сложность xˆ1.5

Скорее всего изначально получилось так - что это было два в одном, что удобно. Мне сложно судить насколько это жирно не жирно - конкретики в его применении маловато, возможно это было оправдано.

Moonzinger
Мне сложно судить насколько это жирно не жирно
Судить об этом может любой сторонний человек -- по соотношению производительности и цены, площади чипа, тех.процесса -- что удобнее.

Ну тут речь про 2000-е, конечно, AI не было, но в целом суть моего мнения вы уловили.

Добавление от 01.12.2024 17:05:

Тогда возможно не слишком и жирно выходило, а сейчас естественно другие вводные.

Moonzinger
что это было два в одном, что удобно
нет. суть DSP в его узконаправленности. Он оптимизирован для алгоритмов конкретного типа.
Гораздо дешевле, эффективнее и производительнее было бы сделать CPU и DSP рядышком на кристалле.

Добавление от 01.12.2024 17:06:

Moonzinger
а сейчас естественно другие вводные
А сейчас из-за этого жира Эльбрус и вовсе произвести в стране нельзя.

Так в основном и делают. DSP рядышком и при этом не в одном экземпляре. Один при камере сидит, другой при микрофоне

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

VLev
Гораздо дешевле, эффективнее и производительнее было бы сделать CPU и DSP рядышком на кристалле.
Забавно, в Э-2+ были отдельные DSP ядра от Elvis

VLev
CPU и DSP рядышком на кристалле.
Что далеко ходить? Скиф так сделан.

Я имел ввиду что старые задачи можно решать новыми способами.

Moonzinger
Не уверен, что тогда об этом даже догадывались
Догадывались. Э-2С+ был как раз на военные применения ориентирован

Сейчас RISC-V наседает. И даже без VLIW , обычный суперскаляр с векторным расширением уже тягается с DSP.
https://www.vodafone-chair.org/pbls/viktor-razilov/C…tor_Extension.pdf
По моим оценкам DSP , в сравнении с подобными RISC-V , получаются "худее" чем RISC-V из-за более специфичной ISA.
Но кто знает как дальше. В софте, как известно, сила

Исправлено: byman, 01.12.2024 17:25