Исходное сообщение
"Поддержка Rust для ядра Linux столкнулась с критикой Торваль..." Отправлено anonymous yet another, 15-Апр-21 13:19
> ... о проблеме "использования вычислений с плавающей запятой или 128-битными типами Сохранение контекста --- довольно дорогая операция, а если контекст сохранять вместе с регистрами FPU --- то это сильно дороже, чем без них. (там и объём, и время доступа к регистрам FPU). Поэтому ядро не сохраняет контекст FPU-части, если процесс не трогал FPU. Чтобы поймать использование FPU процессом --- стоит соответствующий trap и по первому разу взводятся нужные флажки. Но всё это возможно (в принципе!), только если в самом ядре FPU не трогают (за исключением обработчика соответствующего trap). И его (FPU) действительно больше нигде не трогают. Иначе --- double trap, и kernel panic. Изменение этого механизма в ядре --- дорого, и заплатят за него как раз непричастные. Тем более, что ядро работает и на железе без FPU. Про 128-bit в общем примерно аналогично --- нет такой хрени на многих платформах, и много вопросов к атомарности операций и выжиранию регистров. Изменить это на стороне Rust --- надо менять концепцию, вычленять "кошерную" часть библиотеки, и т.д. А оно ещё и контролируется закрытым попечительским советом --- т.е. там может что и наколхозят, но в ядро начнут отгружать непрозрачный blob.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> ... о проблеме "использования вычислений с плавающей запятой или 128-битными типами > Сохранение контекста --- довольно дорогая операция, а если контекст сохранять вместе с > регистрами FPU --- то это сильно дороже, чем без них. (там > и объём, и время доступа к регистрам FPU). Поэтому ядро не > сохраняет контекст FPU-части, если процесс не трогал FPU. Чтобы поймать использование > FPU процессом --- стоит соответствующий trap и по первому разу взводятся > нужные флажки. Но всё это возможно (в принципе!), только если в > самом ядре FPU не трогают (за исключением обработчика соответствующего trap). И > его (FPU) действительно больше нигде не трогают. Иначе --- double trap, > и kernel panic. > Изменение этого механизма в ядре --- дорого, и заплатят за него как > раз непричастные. > Тем более, что ядро работает и на железе без FPU. > Про 128-bit в общем примерно аналогично --- нет такой хрени на многих > платформах, и много вопросов к атомарности операций и выжиранию регистров. > Изменить это на стороне Rust --- надо менять концепцию, вычленять "кошерную" часть > библиотеки, и т.д. А оно ещё и контролируется закрытым попечительским советом > --- т.е. там может что и наколхозят, но в ядро начнут > отгружать непрозрачный blob.
	Введите код, изображенный на картинке: