> ... я вчера потратил полтора часа на чтение разных обсуждений по теме. Этого мало.
> Я о вашем уровне вообще ни слова не говорил.
Ага. Типа вскользь намекнул:
>> ... _дискуссии_ из других мест _между_куда_более_компетентными_в_вопросе_людьми_?
А вот это:
> Если предположить что он не клоун, а вменяемый человек, то он пособник корпораций в геноциде человечества, и заслуживает быть разорванным на части, втоптанным в землю оплёванным и забытым. Проклятым навеки.
- лучше скажи самому Линусу на RWT.
А ещё, кстати, он White Male. А это уже попахивает белым супрематизмом.
> 1. Никто не собирает бинари на покрытие всех возможных комбинаций расширений. Нигде.
"Всех" это условно, конечно. Но вообще ты говоришь чепуху.
Там где важна производительность, в математических библиотеках, например, типа BLASа, или кодеках, для ускорения вычислений обычно стараются использовать все возможности, которые предоставляет процессор.
Разумеется, что от поддержки устаревших расширений иногда отказываются. И поддержка новых расширений появляется тоже не сразу.
"Никто", "нигде". Откуда ты это знаешь, а?
Ты вообще понимаешь, что в зависимости от поддерживаемого процессором набора инструкций можно динамически загружать код, который специально собран с поддержкой наличествующих в процессоре расширений? А можно просто в рантайме переключать ветки кода, в зависимости от поддерживаемых процессором инструкций. И это довольно распространённая практика.
> Собирают для устоявшихся популярных комбинаций.
Ты ещё охренеешь от количества "популярных комбинаций". Железок раз, два и обчёлся, но бардак уже есть.
> Проблема есть, она не RISC-V специфичная, особенно эта проблема острая для x86...
По сравнению с RISC-V, у x86 этой проблемы вообще не существует, можно сказать.
> ... абсолютное большинство софта собрано для максимально базового и древнего набора инструкций.
С RISC-V ситуация будет примерно такая же, но учитывая лютую убогость базового набора инструкций, результирующий исполняемый код будет люто тормозить.
А ещё он будет распухшим.
> 2. Никто в здравом уме не станет пытаться собрать бинарник способный запускаться на чёртовом микроконтроллере и мощном SOC с графической ОС.
И всё это будет приводить к бардаку, сегментации и распухшим бинарникам.
Да и грань между микроконтроллерами и SoC продолжает размываться.
В конечном итоге, для каждой модели чипа нужно будет собирать всё полностью. Это если производительность имеет значение.
> О Т Л А Д Ч И К О М.
Ага. Все 100500 веток кода, для каждого конкретного набора инструкций. Понимаешь, нет?