AW
Полагаю, что совместные старания США, Китая, Кореи, Британии, Голландии и Тайваня вполне могут помочь
Size: a a a
2021 November 04
ММ
Поддержку железа абстрагируют в штуках типа LLVM. И компилятор раста, который использует LLVM, поддерживает не меньше целевых платформ, чем Clang.
ii
У нас задачи разные. Когда у вас будет задача выжать все возможное из топового железа, посмотрим как там веб.
AD
IEEE чиселки много кто поддерживает
ii
Пробовали залезать в ускорение драйверов и кэша?
AD
Зачем этот вздроч
ii
Надо.
ММ
Вы про конкретные вещи, которые не выражаются в рамках абстрактной машины LLVM для конкретных (видимо, редких) платформ? А можно пример?
AW
Пробовал апскейлить на тысячу лямбд, у нас другие подходы
AW
Камон, это все не относится к корректности написанного софта
ММ
Так-то там и платформо-специфичные вещи доступны, в виде интринсиков. Поддержка всяких AVX, например.
ii
Не, не редких. Задачи прокачать через память терабиты. А там куча узких мест в шинах.
ii
Внезапно. Я в курсе)
ММ
Конкретные инструкции как пример приведите -- те, которые LLVM сгенерировать не может.
ММ
Конкретный пример случая, когда машинный код лучше написать руками.
ii
На конкретных ДСП есть такие. На основных процах конечно сишный компилер лучше справится.
ii
Но и там лучше сравнивать разные компилеры.
ii
Языки основанные на llvm тут не помогут. Надо смотреть на нижний уровень.
ММ
Это я всё к тезису о том, что "managed языки не поддержат весь зоопарк железа". Если для железа есть компилятор C, то можно сделать и бекенд для LLVM. А если этот бекенд есть, то туда уже компилируется куча "managed" языков. Например, Rust, в котором проблема нулевых указателей решена радикально.
ММ
Rust -- такой же примерно низкий уровень, как и C.