История изменений

Ну вот, а мне говорили - чо ты тут на форуме воздух сотрясаешь, бесполезно же всё %) Видимо, очень громко сотрясал.

Несмотря на то, что я всё еще считаю VLIW тупиковой технологией в рамках процессора общего назначения, пусть будет. Исследовательские проекты и увеличение компетенций в процессоростроении - это всегда хорошо. Но чтобы проц был коммерчески привлекательным, он должен быть совместимым с остальным софтом в мире, поэтому МЦСТ стоит начать делать RISC-V. А то прямо сейчас они занимаются костылянием компиляторов. LLVM до сих пор не работает (а значит нет Rust и других языков), а порт golang не существует вообще, поэтому докера под эльбрусом тоже нет.

Кому интересно, почему с VLIW всё плохо - пачка ссылок:

Здесь бывший сотрудник МЦСТ поясняет за проблемы текущего подхода.
Он же - анализирует то, как надо делать - сюрприз, сходится со мной во мнении про то, что надо было делать совместимый с RISC-V чип, чтобы не переносить весь софт на планете на свою ни с чем не совместимую архитектуру. Лицензия, благо, позволяет.
Здесь разбирается код и ассемблеры с примерами, и поясняется, почему VLIW общего назначения - это с 99% вероятностью тупик. Пример интересный, потому что показывает, что статический анализ кода не в состоянии помочь компилятору оптимизировать даже простейшую сортировку, В комментариях разбирают, как надо специальным образом оптимизировать сишный код, чтобы генерировалось что-то компактное. Конкретно этот пример починили в компиляторе, но в остальном все так же уныло.
Разгромное мнение Линуса по поводу VLIW вообще и Itanium в частности.
А Дональд Кнут говорит о том, что подходящий компилятор для VLIW общего назначения вообще невозможно написать.
Джон Хеннесси и Дэвид Паттерсон тоже пишут, что удел VLIW - это специализированные процессоры, вроде DSP.
Тут подробно разбирается провал итаниума и как его пытались вытянуть за уши из ямы, добавив в чистый VLIW простейший предсказатель переходов и префетчер, пушто волшебный компилятор невозможно написать, а потом закопали его совсем.
А тут выяснилось, что МЦСТ тоже уже всё поняли, и тоже добавили предсказатель переходов и префетчер, прям как в итаниуме, то есть, буквально идут по стопам интела.
И даже сам дедушка Бабаян в одном из последних интервью говорит, что чет фигня получилась и VLIW был ошибкой: Мы думали: ну, сделать 32 цуга – и будет у нас настоящий параллелизм! Но я допустил тогда ошибку. Я подумал, что это очень сложно, а ведь есть подход попроще – подход широкой команды. Ну мы и решили его попробовать. Ведь мы тогда минусов не знали этой широкой команды…

А еще вот тут можно почитать про коммерческие перспективы Эльбрусов в контексте их защищенного режима и тегированной памяти. TL;DR: туманные, технология хорошая и важная, но рынок мал, и лучше бы она была в RISC-V-чипе.

Дополнительно напоминаю, что Эльбрусы в России не производятся из-за отсутствия литографов. Раньше их производили в TSMC, а сейчас идут разговоры (только разговоры) о производстве в Китае. Ближайший российский литограф может только 350нм и всё еще тестируется..

Ну вот, а мне говорили - чо ты тут на форуме воздух сотрясаешь, бесполезно же всё %) Видимо, очень громко сотрясал.

Несмотря на то, что я всё еще считаю VLIW тупиковой технологией в рамках процессора общего назначения, пусть будет. Исследовательские проекты и увеличение компетенций в процессоростроении - это всегда хорошо. Но чтобы проц был коммерчески привлекательным, он должен быть совместимым с остальным софтом в мире, поэтому МЦСТ стоит начать делать RISC-V. А то прямо сейчас они занимаются костылянием компиляторов. LLVM до сих пор не работает (а значит нет Rust и других языков), а порт golang не существует вообще, поэтому докера под эльбрусом тоже нет.

Кому интересно, почему с VLIW всё плохо - пачка ссылок:

Здесь бывший сотрудник МЦСТ поясняет за проблемы текущего подхода.
Он же - анализирует то, как надо делать - сюрприз, сходится со мной во мнении про то, что надо было делать совместимый с RISC-V чип, чтобы не переносить весь софт на планете на свою ни с чем не совместимую архитектуру. Лицензия, благо, позволяет.
Здесь разбирается код и ассемблеры с примерами, и поясняется, почему VLIW общего назначения - это с 99% вероятностью тупик. Пример интересный, потому что показывает, что статический анализ кода не в состоянии помочь компилятору оптимизировать даже простейшую сортировку, В комментариях разбирают, как надо специальным образом оптимизировать сишный код, чтобы генерировалось что-то компактное. Конкретно этот пример починили в компиляторе, но в остальном все так же уныло.
Разгромное мнение Линуса по поводу VLIW вообще и Itanium в частности.
А Дональд Кнут говорит о том, что подходящий компилятор для VLIW общего назначения вообще невозможно написать.
Джон Хеннесси и Дэвид Паттерсон тоже пишут, что удел VLIW - это специализированные процессоры, вроде DSP.
Тут подробно разбирается провал итаниума и как его пытались вытянуть за уши из ямы, добавив в чистый VLIW простейший предсказатель переходов и префетчер, пушто волшебный компилятор невозможно написать, а потом закопали его совсем.
А тут выяснилось, что МЦСТ тоже уже всё поняли, и тоже добавили предсказатель переходов и префетчер, прям как в итаниуме, то есть, буквально идут по стопам интела.
И даже сам дедушка Бабаян в одном из последних интервью говорит, что чет хуйня получилась и VLIW был ошибкой: Мы думали: ну, сделать 32 цуга – и будет у нас настоящий параллелизм! Но я допустил тогда ошибку. Я подумал, что это очень сложно, а ведь есть подход попроще – подход широкой команды. Ну мы и решили его попробовать. Ведь мы тогда минусов не знали этой широкой команды…

А еще вот тут можно почитать про коммерческие перспективы Эльбрусов в контексте их защищенного режима и тегированной памяти. TL;DR: туманные, технология хорошая и важная, но рынок мал, и лучше бы она была в RISC-V-чипе.

Дополнительно напоминаю, что Эльбрусы в России не производятся из-за отсутствия литографов. Раньше их производили в TSMC, а сейчас идут разговоры (только разговоры) о производстве в Китае. Ближайший российский литограф может только 350нм и всё еще тестируется..

Ну вот, а мне говорили - чо ты тут на форуме воздух сотрясаешь, бесполезно же всё %) Видимо, очень громко сотрясал.

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

Кому интересно, почему с VLIW всё плохо - пачка ссылок:

Здесь бывший сотрудник МЦСТ поясняет за проблемы текущего подхода.
Он же - анализирует то, как надо делать - сюрприз, сходится со мной во мнении про то, что надо было делать совместимый с RISC-V чип, чтобы не переносить весь софт на планете на свою ни с чем не совместимую архитектуру. Лицензия, благо, позволяет.
Здесь разбирается код и ассемблеры с примерами, и поясняется, почему VLIW общего назначения - это с 99% вероятностью тупик. Пример интересный, потому что показывает, что статический анализ кода не в состоянии помочь компилятору оптимизировать даже простейшую сортировку, В комментариях разбирают, как надо специальным образом оптимизировать сишный код, чтобы генерировалось что-то компактное. Конкретно этот пример починили в компиляторе, но в остальном все так же уныло.
Разгромное мнение Линуса по поводу VLIW вообще и Itanium в частности.
А Дональд Кнут говорит о том, что подходящий компилятор для VLIW общего назначения вообще невозможно написать.
Джон Хеннесси и Дэвид Паттерсон тоже пишут, что удел VLIW - это специализированные процессоры, вроде DSP.
Тут подробно разбирается провал итаниума и как его пытались вытянуть за уши из ямы, добавив в чистый VLIW простейший предсказатель переходов и префетчер, пушто волшебный компилятор невозможно написать, а потом закопали его совсем.
А тут выяснилось, что МЦСТ тоже уже всё поняли, и тоже добавили предсказатель переходов и префетчер, прям как в итаниуме, то есть, буквально идут по стопам интела.
И даже сам дедушка Бабаян в одном из последних интервью говорит, что чет хуйня получилась и VLIW был ошибкой: Мы думали: ну, сделать 32 цуга – и будет у нас настоящий параллелизм! Но я допустил тогда ошибку. Я подумал, что это очень сложно, а ведь есть подход попроще – подход широкой команды. Ну мы и решили его попробовать. Ведь мы тогда минусов не знали этой широкой команды…

А еще вот тут можно почитать про коммерческие перспективы Эльбрусов в контексте их защищенного режима и тегированной памяти. TL;DR: туманные, технология хорошая и важная, но рынок мал, и лучше бы она была в RISC-V-чипе.

Дополнительно напоминаю, что Эльбрусы в России не производятся из-за отсутствия литографов. Раньше их производили в TSMC, а сейчас идут разговоры (только разговоры) о производстве в Китае. Ближайший российский литограф может только 350нм и всё еще тестируется..

Ну вот, а мне говорили - чо ты тут на форуме воздух сотрясаешь, бесполезно же всё %) Видимо, очень громко сотрясал.

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

Кому интересно, почему с VLIW всё плохо - пачка ссылок:

Здесь бывший сотрудник МЦСТ поясняет за проблемы текущего подхода.
Он же - анализирует то, как надо делать - сюрприз, сходится со мной во мнении про то, что надо было делать совместимый с RISC-V чип, чтобы не переносить весь софт на планете на свою ни с чем не совместимую архитектуру. Лицензия, благо, позволяет.
Здесь разбирается код и ассемблеры с примерами, и поясняется, почему VLIW общего назначения - это с 99% вероятностью тупик. Пример интересный, потому что показывает, что статический анализ кода не в состоянии помочь компилятору оптимизировать даже простейшую сортировку, В комментариях разбирают, как надо специальным образом оптимизировать сишный код, чтобы генерировалось что-то компактное. Конкретно этот пример починили в компиляторе, но в остальном все так же уныло.
Разгромное мнение Линуса по поводу VLIW вообще и Itanium в частности.
А Дональд Кнут говорит о том, что подходящий компилятор для VLIW общего назначения вообще невозможно написать.
Джон Хеннесси и Дэвид Паттерсон тоже пишут, что удел VLIW - это специализированные процессоры, вроде DSP.
Тут подробно разбирается провал итаниума и как его пытались вытянуть за уши из ямы, добавив в чистый VLIW простейший предсказатель переходов и префетчер, пушто волшебный компилятор невозможно написать, а потом закопали его совсем.
А тут выяснилось, что МЦСТ тоже уже всё поняли, и тоже добавили предсказатель переходов и префетчер, прям как в итаниуме, то есть, буквально идут по стопам интела.
И даже сам дедушка Бабаян в одном из последних интервью говорит, что чет хуйня получилась и VLIW был ошибкой: Мы думали: ну, сделать 32 цуга – и будет у нас настоящий параллелизм! Но я допустил тогда ошибку. Я подумал, что это очень сложно, а ведь есть подход попроще – подход широкой команды. Ну мы и решили его попробовать. Ведь мы тогда минусов не знали этой широкой команды…

А еще вот тут можно почитать про коммерческие перспективы Эльбрусов в контексте их защищенного режима и тегированной памяти. TL;DR: туманные, технология хорошая и важная, но рынок мал, и лучше бы она была в RISC-V-чипе.

Дополнительно напоминаю, что Эльбрусы в России не производятся из-за отсутствия литографов. Раньше их производили в TSMC, а сейчас идут разговоры (только разговоры) о производстве в Китае. Ближайший российский литограф может только 350нм и всё еще тестируется..

Ну вот, а мне говорили - чо ты тут на форуме воздух сотрясаешь, бесполезно же всё %) Видимо, очень громко сотрясал.

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

Кому интересно, почему с VLIW всё плохо - пачка ссылок:

Здесь бывший сотрудник МЦСТ поясняет за проблемы текущего подхода.
Он же - анализирует то, как надо делать - сюрприз, сходится со мной во мнении про RISC-V.
Здесь разбирается код и ассемблеры с примерами, и поясняется, почему VLIW общего назначения - это с 99% вероятностью тупик. Пример интересный, потому что показывает, что статический анализ кода не в состоянии помочь компилятору оптимизировать даже простейшую сортировку, В комментариях разбирают, как надо специальным образом оптимизировать сишный код, чтобы генерировалось что-то компактное. Конкретно этот пример починили в компиляторе, но в остальном все так же уныло.
Разгромное мнение Линуса по поводу VLIW вообще и Itanium в частности.
А Дональд Кнут говорит о том, что подходящий компилятор для VLIW общего назначения вообще невозможно написать.
Джон Хеннесси и Дэвид Паттерсон тоже пишут, что удел VLIW - это специализированные процессоры, вроде DSP.
Тут подробно разбирается провал итаниума и как его пытались вытянуть за уши из ямы, добавив в чистый VLIW простейший предсказатель переходов и префетчер, пушто волшебный компилятор невозможно написать, а потом закопали его совсем.
А тут выяснилось, что МЦСТ тоже уже всё поняли, и тоже добавили предсказатель переходов и префетчер, прям как в итаниуме, ждем фазы закапывания.
И даже сам дедушка Бабаян в одном из последних интервью говорит, что чет хуйня получилась и VLIW был ошибкой: Мы думали: ну, сделать 32 цуга – и будет у нас настоящий параллелизм! Но я допустил тогда ошибку. Я подумал, что это очень сложно, а ведь есть подход попроще – подход широкой команды. Ну мы и решили его попробовать. Ведь мы тогда минусов не знали этой широкой команды…

Дополнительно напоминаю, что Эльбрусы в России не производятся из-за отсутствия литографов. Раньше их производили в TSMC, сейчас идут разговоры (только разговоры) о производстве в Китае. Ближайший российский литограф может только 350нм и всё еще тестируется.