Более того, в IEEE 754 от 2008 года добавлены типы decimal32, decimal64, decimal128. И они даже реализованы на аппаратном уровне в некоторых (немногих) процессорах Intel.
К сожалению, это данность, от неё никуда не уйти, если хранить числа в типе данных double (или любом другом типе фиксированного размера из Стандарта IEEE-754).
decimal64 — тип фиксированного размера из Стандарта IEEE-754, но у него озвученной проблемы нет.
Но а вообще в десятичном формате будут те же самые проблемы потери точности при сложении.
Откуда? Первопричина проблемы в том, что над числами, заданными в одной системе счисления выполняются операции в другой системе счисления с внесением ошибки за счет конверсии на входе и выходе. Если весь процесс вычисления делается в той системе счисления, в которой заданы начальные числа, то описанный класс ошибок полностью исчезает.
В идеале при вызове Sleep(1) процессор переходит в спящий режим.
Вот оторвать бы руки тем, кто так пишет.
Sleep() это не "отправь процессор в сон", а "текущий поток (thread) хочет подождать". То есть Sleep() передаёт управление ОС и уже она решает, что там дальше делать. В большинстве случаев — квоту исполнения на текущем ядре просто получит другой поток (возможно даже этого же процесса). А отправка какого-либо ядра процессора в энергосберегающий режим — происходит только когда пул задач полностью исчерпан. И это (отправка в сон) совсем не подразумевается командой Sleep().
По причине отсутствия других СМИ (напомню, что всё блокировано), то лучше уж Nexta, чем ничего. Ну и ещё можно ограничиваться просмотром фотографий и видео (если загрузилось) и не читать текст.
"тысячи изображений" — это довольно немного для большинства алгоритмов ML. Подозреваю, что там скорее какая-то очень простая модель буквально парой параметров.
И что? Очевидно, что в правовом смысле это будет эквивалентно "умышленному причинению вреда или травм". Если вы влезли в такие настройки — вина уже на вас.
Ну если хотите — другая аналогия. Выкидываем человека из самолёта без парашюта. Ждем пока разобьётся, а потом говорим, что умер он от "столкновения с поверхностью земли на высокой скорости", а не от того, что его выкинули из самолёта. Ведь само по себе отсутствие опоры под ногами и местонахождение на высоте 5км не убивает. Верно?
По вашей логике получается, что если человеку, скажем, отрубили голову, то он умирает не от того, что голову отрубили, а от того, что "мозг задохнулся". Утрирую, но всё же.
Интересно, это пользователь сам должен догадаться про все эти волшебные заклинания, если не хочет быть "не вымирающим" видом?
Прошу прощения, я ошибся. Аппаратная реализация была у IBM ("IBM Z").
У Интела есть библиотека с эмуляцией всех операций, но реализации в железе — нет.
Более того, в IEEE 754 от 2008 года добавлены типы decimal32, decimal64, decimal128. И они даже реализованы на аппаратном уровне в некоторых (немногих) процессорах Intel.
Кстати, вы не всё исправили.
Вот тут фактическая ошибка:
decimal64 — тип фиксированного размера из Стандарта IEEE-754, но у него озвученной проблемы нет.
Откуда? Первопричина проблемы в том, что над числами, заданными в одной системе счисления выполняются операции в другой системе счисления с внесением ошибки за счет конверсии на входе и выходе. Если весь процесс вычисления делается в той системе счисления, в которой заданы начальные числа, то описанный класс ошибок полностью исчезает.
У вас в начальной формулировке проблемы ни слова про двоичный формат нет.
Так что само собой на статью напрашивается ответ "вместо binary64 возьмите decimal64 и терпите издержки, если вам нужны точные десятичные вычисления".
О, "видео-магазин"!
Вот оторвать бы руки тем, кто так пишет.
Sleep() это не "отправь процессор в сон", а "текущий поток (thread) хочет подождать". То есть Sleep() передаёт управление ОС и уже она решает, что там дальше делать. В большинстве случаев — квоту исполнения на текущем ядре просто получит другой поток (возможно даже этого же процесса). А отправка какого-либо ядра процессора в энергосберегающий режим — происходит только когда пул задач полностью исчерпан. И это (отправка в сон) совсем не подразумевается командой Sleep().
Не соглашусь. Если сравнивать по качеству хотя бы с той версией, которая на Netflix выложена, то разница весьма заметная.
Мне кажется, что не хватает сравнения оригинальной версии с тем, что по итогу получилось.
А почему ссылка на описание "победита" в оригинале здесь превратилась в ссылку на эту же статью на naked-science? Ссылочный вес статье прибавить?
Может система предполагает, что вы умерли от COVID, так как не почувствовали запахов и у вас были симптомы простуды?
По причине отсутствия других СМИ (напомню, что всё блокировано), то лучше уж Nexta, чем ничего. Ну и ещё можно ограничиваться просмотром фотографий и видео (если загрузилось) и не читать текст.
Уже вечером воскресенья Хабр не работал (провайдер Белтелеком).
"тысячи изображений" — это довольно немного для большинства алгоритмов ML. Подозреваю, что там скорее какая-то очень простая модель буквально парой параметров.
И что? Очевидно, что в правовом смысле это будет эквивалентно "умышленному причинению вреда или травм". Если вы влезли в такие настройки — вина уже на вас.
Перевод — производное произведение. Если нет прав на публикацию исходного текста (или озвучки), то нет прав и на публикацию перевода.
Ну если хотите — другая аналогия. Выкидываем человека из самолёта без парашюта. Ждем пока разобьётся, а потом говорим, что умер он от "столкновения с поверхностью земли на высокой скорости", а не от того, что его выкинули из самолёта. Ведь само по себе отсутствие опоры под ногами и местонахождение на высоте 5км не убивает. Верно?
По вашей логике получается, что если человеку, скажем, отрубили голову, то он умирает не от того, что голову отрубили, а от того, что "мозг задохнулся". Утрирую, но всё же.
Удивительно, что такая компания как New Relic не понимает, почему на продакшн лучше иметь Xms=Xmx