The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Готов к производству первый прототип открытого чипа Libre-SOC, opennews (ok), 12-Июл-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


144. "Готов к производству первый прототип открытого чипа Libre-SO..."  –1 +/
Сообщение от Аноньимъ (ok), 13-Июл-21, 09:23 
В первом случае критика смешная, есть и по интереснее обсуждения.

А линукс вообще ни в чём не эксперт кроме публичной клоунады и вылизывания задниц корпорациям.
Лучше бы уже у русских реперов мнения спросили.

Ответить | Правка | Наверх | Cообщить модератору

167. "Готов к производству первый прототип открытого чипа Libre-SO..."  +/
Сообщение от анонимм (?), 13-Июл-21, 14:12 
> В первом случае критика смешная...

Так напиши здесь, чем она тебе смешная? Почему ты молчишь по теме?

> А линукс вообще ни в чём не эксперт кроме публичной клоунады и вылизывания задниц...

Т.е., ты сразу переходишь на выпады в сторону Линуса, а о его аргументах тихо молчишь в тряпочку, да?

У тебя вообще есть контраргументы по теме?
Давай, выкладывай, не стесняйся.


Ответить | Правка | Наверх | Cообщить модератору

168. "Готов к производству первый прототип открытого чипа Libre-SO..."  –1 +/
Сообщение от Аноньимъ (ok), 13-Июл-21, 14:41 
>Так напиши здесь, чем она тебе смешная?

Ну и зачем мне тут копипастить и пересказывать дискуссии из других мест между куда более компетентными в вопросе людьми?

>Почему ты молчишь по теме?

Что вы хотите сказать? Перефразируйте.

>Т.е., ты сразу переходишь на выпады в сторону Линуса

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

>а о его аргументах тихо молчишь в тряпочку, да?

Так нет там никаких аргументов, общие слова предположения и спекуляции.

Ответить | Правка | Наверх | Cообщить модератору

171. "Готов к производству первый прототип открытого чипа Libre-SO..."  +1 +/
Сообщение от анонимм (?), 13-Июл-21, 16:17 
> Ну и зачем мне тут копипастить и пересказывать дискуссии из других мест между куда более компетентными в вопросе людьми?

Чтобы разобраться в вопросе, очевидно. Или ты всё для себя уже давно решил и слышать ничего больше не хочешь? Значит, так и скажи.
Откуда, кстати, тебе известен уровень моей, например, компетентности?

> Что вы хотите сказать? Перефразируйте

Я хочу сказать, что нужно обсуждать предметную область, а не бросаться какахами в сторону Линуса и других "докладчиков".

> Да какие там выпады...

Самые настоящие, причём "за спиной". Хотя на том же RWT ты можешь сказать это всё "в лицо" самому Линусу.

> Так нет там никаких аргументов...

Значит, ты просто не понял сути написанного.

А Линус всё верно говорит.

Попробую попроще и с чуть иного ракурса:

Как ты собираешься достигать бинарной совместимости, если даже такие мелочи, вроде DIV и MUL, являются расширениями? Сколько бинарей нужно будет собирать, чтобы покрыть все возможные комбинации расширений?
Ты же понимаешь, что для достижения приемлемой производительности нужно будет собирать бинарь со всеми расширениями, которые поддерживает целевой(target) процессор?

Для программистов это будет настоящий "extensions hell".
А как это всё потом отлаживать? (facepalm.jpg).


Ответить | Правка | Наверх | Cообщить модератору

173. "Готов к производству первый прототип открытого чипа Libre-SO..."  +/
Сообщение от Аноньимъ (ok), 13-Июл-21, 17:03 
>Чтобы разобраться в вопросе, очевидно. Или ты всё для себя уже давно решил и слышать ничего больше не хочешь?

Чтобы разобраться, я вчера потратил полтора часа на чтение разных обсуждений по теме.
Или разобраться нужно вам?

>Откуда, кстати, тебе известен уровень моей, например, компетентности?

Я о вашем уровне вообще ни слова не говорил. Почему вы решили поднять эту тему? С вашим уровнем что-то не так?

>Я хочу сказать, что нужно обсуждать предметную область

Ну, вы выше ничего не предлагали обсуждать, а просто привели две ссылки, по вашему мнению с критикой RISC-V. Причем тон сообщения был таков, что критика там технически грамотная и однозначная. Мол прочитаешь и сразу усё ясно будет про RISC-V.

>а не бросаться какахами в сторону Линуса и других "докладчиков".

Господи, ну какие какахи. Ещё раз, я постарался отнестись к Линуксу по человечески, максимально насколько это возможно. Если предположить что он не клоун, а вменяемый человек, то он пособник корпораций в геноциде человечества, и заслуживает быть разорванным на части, втоптанным в землю оплёванным и забытым. Проклятым навеки.

>Как ты собираешься достигать бинарной совместимости, если даже такие мелочи, вроде DIV и MUL, являются расширениями? Сколько бинарей нужно будет собирать, чтобы покрыть все возможные комбинации расширений?

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

2. Никто в здравом уме не станет пытаться собрать бинарник способный запускаться на чёртовом микроконтроллере и мощном SOC с графической ОС. Не говоря уже о том что на RISC-V делают и GPU, что вы там за совместимый с линуксом бинарник на GPU собрались запускать?

>А как это всё потом отлаживать? (facepalm.jpg).

О Т Л А Д Ч И К О М.

Ответить | Правка | Наверх | Cообщить модератору

181. "Готов к производству первый прототип открытого чипа Libre-SO..."  –1 +/
Сообщение от анонимм (?), 13-Июл-21, 21:27 
> ... я вчера потратил полтора часа на чтение разных обсуждений по теме.

Этого мало.

> Я о вашем уровне вообще ни слова не говорил.

Ага. Типа вскользь намекнул:

>> ... _дискуссии_ из других мест _между_куда_более_компетентными_в_вопросе_людьми_?

А вот это:

> Если предположить что он не клоун, а вменяемый человек, то он пособник корпораций в геноциде человечества, и заслуживает быть разорванным на части, втоптанным в землю оплёванным и забытым. Проклятым навеки.

- лучше скажи самому Линусу на RWT.

А ещё, кстати, он White Male. А это уже попахивает белым супрематизмом.

> 1. Никто не собирает бинари на покрытие всех возможных комбинаций расширений. Нигде.

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

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

> Собирают для устоявшихся популярных комбинаций.

Ты ещё охренеешь от количества "популярных комбинаций". Железок раз, два и обчёлся, но бардак уже есть.

> Проблема есть, она не RISC-V специфичная, особенно эта проблема острая для x86...

По сравнению с RISC-V, у x86 этой проблемы вообще не существует, можно сказать.

> ... абсолютное большинство софта собрано для максимально базового и древнего набора инструкций.

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

> 2. Никто в здравом уме не станет пытаться собрать бинарник способный запускаться на чёртовом микроконтроллере и мощном SOC с графической ОС.

И всё это будет приводить к бардаку, сегментации и распухшим бинарникам.
Да и грань между микроконтроллерами и SoC продолжает размываться.

В конечном итоге, для каждой модели чипа нужно будет собирать всё полностью. Это если производительность имеет значение.

> О Т Л А Д Ч И К О М.

Ага. Все 100500 веток кода, для каждого конкретного набора инструкций. Понимаешь, нет?

Ответить | Правка | Наверх | Cообщить модератору

180. "Готов к производству первый прототип открытого чипа Libre-SO..."  +1 +/
Сообщение от uis (ok), 13-Июл-21, 20:22 
> Как ты собираешься достигать бинарной совместимости, если даже такие мелочи, вроде DIV
> и MUL, являются расширениями?

В x86 плавучка тоже расширение. Векторизация тоже. Даже безопасный режим. Среди одного поколения армов даже сами армы разные. Точнее их линейки: M, A, R. А ещё в армах есть три набора инструкций: A32, T32 и A64.

> Для программистов это будет настоящий "extensions hell".

Как в arm?

> А как это всё потом отлаживать? (facepalm.jpg).

Как на x86 и на arm.

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

182. "Готов к производству первый прототип открытого чипа Libre-SO..."  –1 +/
Сообщение от анонимм (?), 13-Июл-21, 22:38 
> В x86 плавучка тоже расширение.

Нет, и уже давно. Вряд ли ты сейчас вообще сможешь купить новый x86 процессор, в котором нет плавучки.
С векторизацией в x86 есть некоторый бардак. Но не так чтобы большой.

> Среди одного поколения армов даже сами армы разные. Точнее их линейки: M, A, R.

И это правильно.

> А ещё в армах есть три набора инструкций: A32, T32 и A64.

И что с того?
Их же не смешивают. Т.е. в процессе ARM64 ты даже не можешь использовать инструкции ARM32 или Thumb.

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

> Как в arm?

В современных 64-битных ARM-ах такой проблемы нет. Там даже поддержка SIMD/NEON является обязательной в процессорах общего назначения (Cortex-A).

> Как на x86 и на arm.

Если будешь использовать расширения, то работы будет больше в разы.
Включил поддержку расширения - получи другой code path. А расширений в RISC-V много, очень много.

Ответить | Правка | Наверх | Cообщить модератору

207. "Готов к производству первый прототип открытого чипа Libre-SO..."  +/
Сообщение от uis (ok), 22-Июл-21, 21:16 
>Нет, и уже давно.

x87. Гугли. SSE. Гугли. ВНЕЗАПНО, CPUID. Да, угадал, это тоже гугли.

>Т.е. в процессе ARM64 ты даже не можешь использовать инструкции ARM32 или Thumb.

Вообще-то можно, просто это никому не нужно.

>А в процессах A32 или T32 ты можешь использовать оба набора инструкций, но только после переключения режима работы процессора.

А в RV можно без переключений использовать сжатые инструкции, главное не забывать выравнивать. Тоже расширение, как и T32(если я не ошибаюсь, то его поддержка указана в MSR), только лучше.
Ещё были наборы инструкций Thumb-EE и Jazelle, которые сейчас ARM выбросили.

>В современных 64-битных ARM-ах такой проблемы нет. Там даже поддержка SIMD/NEON является обязательной в процессорах общего назначения (Cortex-A).

С.м. выше: "Среди одного поколения армов даже сами армы разные. Точнее их линейки: M, A, R."
Так-же и в RV. Есть несколько расширений, а есть виртуальное расширение G, которое равно IMAFD. Крч считай расширение G аналогом линейки A в ARM. Вот тебе и деление, умножение, атомики, плавучка одинарной точности и двойной точности. Кста, в A32 только одинарная точность :)

>А расширений в RISC-V много, очень много.

grep flags /proc/cpuinfo
Всё ещё много?

Ответить | Правка | Наверх | Cообщить модератору

209. "Готов к производству первый прототип открытого чипа Libre-SO..."  +/
Сообщение от n00by (ok), 23-Июл-21, 06:06 
>> В x86 плавучка тоже расширение.
> Нет, и уже давно. Вряд ли ты сейчас вообще сможешь купить новый
> x86 процессор, в котором нет плавучки.

13 Processor Core
The Intel® Quark™ SE Microcontroller C1000 provides a single core x86 processor with
an 8kB Instruction Cache and Data Tightly Coupled Memory (TCM) Interface.

13.1 Features
Single Processor Core
Single Instruction 5-stage pipeline
32-bit Processor with 32-bit Data Bus
8 kB, 2- way Instruction L1 Cache
AHB-Lite FSB Interface
Data TCM Interface to Internal System SRAM
 Data Transfers for addresses matching the Internal System SRAM range will
appear on the Data TCM Interface and transfers to address outside this range
will appear on the AHB-Lite FSB Interface
Support for IA 32-bit with Pentium x86 ISA compatibility
Support for CPUID Instruction
Support for long NOP Instruction
Time Stamp Counter (TSC) accessed with the RDTSC instruction
Integrated Local APIC
Integrated IO APIC with support for 32 IRQs

Intel® Quark™ SE Microcontroller C1000
Datasheet
129

Note: The processor does not provide an x87 Floating Point Unit (FPU) and does not support
x87 FPU instructions.

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру