В чем Вы правы, так это в том, что подобную процедуру можно применить практически к любому ядру. А почему именно к RV - потому, что все остальное народ уже мало интересует..
А дропнули, по Вашему выражению, это расширение скорее всего по причине того, что система команд для него очень тяжеловесная. Если ее присовокупить к стандартной, получится никому не нужный монстр. Чисто с философской точки зрения, я думаю, что эти расширения и станут могильщиками архитектуры.RV. Впрочем, недостатки - почти всегда оборотная сторона достоинств. Но это будет еще не скоро. У нас же, предлагается способ реализации, который практически не нагружает систему команд.
О кодировке вообще речь не идет, это не существенно, кроме того, этот тезис не соответствует действительности. Нет специальных кодировок для RV32 и для команд из набора RV32 в 64-битном исполнении. Насчет необязательности вопрос интересный. Возьмем, к примеру, группу команд конвертации чисел с плавающей точкой (FCVT.S.D, FCVT.D.S) перевод данных из двойной точности в одинарную и наоборот. Нигде не сказано, что эти команды не обязательны.
С другой стороны, каждый может исполнять открытую (не только в плане владения лицензиями, но и к модификациям тоже!) архитектуру по-своему, есть даже рекомендации на этот счет. В общем, вольному воля.
В общем, да, сходство есть. Но в данном случае предлагается конфигурационное изменение ядра без ввода дополнительных команд. Например, 64-битное ядро после реконфигурации распадается на два 32-битных ядра RV, для которых используется система команд RV32 и один дешифратор операций, понятно, с некоторыми модификациями.
Вопрос о пользе дискуссионный. Тут, кроме наличия аппаратных возможностей, многое зависит от других факторов, в первую очередь, соответствующего софта.
Information
Rating
Does not participate
Registered
Activity
Specialization
архитектор микропроцессоров и вычислительрных систем
В чем Вы правы, так это в том, что подобную процедуру можно применить практически к любому ядру. А почему именно к RV - потому, что все остальное народ уже мало интересует..
А дропнули, по Вашему выражению, это расширение скорее всего по причине того, что система команд для него очень тяжеловесная. Если ее присовокупить к стандартной, получится никому не нужный монстр. Чисто с философской точки зрения, я думаю, что эти расширения и станут могильщиками архитектуры.RV. Впрочем, недостатки - почти всегда оборотная сторона достоинств. Но это будет еще не скоро. У нас же, предлагается способ реализации, который практически не нагружает систему команд.
О кодировке вообще речь не идет, это не существенно, кроме того, этот тезис не соответствует действительности. Нет специальных кодировок для RV32 и для команд из набора RV32 в 64-битном исполнении. Насчет необязательности вопрос интересный. Возьмем, к примеру, группу команд конвертации чисел с плавающей точкой (FCVT.S.D, FCVT.D.S) перевод данных из двойной точности в одинарную и наоборот. Нигде не сказано, что эти команды не обязательны.
С другой стороны, каждый может исполнять открытую (не только в плане владения лицензиями, но и к модификациям тоже!) архитектуру по-своему, есть даже рекомендации на этот счет. В общем, вольному воля.
В общем, да, сходство есть. Но в данном случае предлагается конфигурационное изменение ядра без ввода дополнительных команд. Например, 64-битное ядро после реконфигурации распадается на два 32-битных ядра RV, для которых используется система команд RV32 и один дешифратор операций, понятно, с некоторыми модификациями.
Вопрос о пользе дискуссионный. Тут, кроме наличия аппаратных возможностей, многое зависит от других факторов, в первую очередь, соответствующего софта.