Новый баг, фича или это только у меня?

во блин завернули, а я думал тут просто уравнение, вот что значит "гуманитарий".

Сообщение от Tarapuz

Ребята, это теория сздесь вообще ни к месту. Вы не сможете доказать, что вероятность появления 9.9 равно 0, поэтому предлагаю создать призовой фонд акции "Получи раход 9.9"

Не сможем.
Могу только диагноз поставить что пропуск - это ошибка дискретизации.
Не зная источника этой ошибки говорить что вероятность появления 9,9 равна нулю не стану. Я и не говорил.

Сообщение от LeshaL

Ну я бы не стал так категорично утверждать. Данные, особенно относительно-интегральные с большим разрешением приводят в соответствие с разрядностью математики. Например, нет особого смысла делить 2345678901км. на 1234567890л., используя 10-разрядную арифметику, когда можно перед делением больших чисел их подготовить - просто отбросить 8! разрядов и делить 23 на 12, используя 2-разрядную арифметику получим качественно один и тот же результат с ошибкой дискретизации всего в одну соточку, вызванной именно отбрасыванием "лишних" разрядов в исходных данных.

Понятное дело, периодическая нормализация выполняется, иначе смысла в мелкой арифметике нет. Но речь не о том, как это делается, а почему показометр не умеет получить число 9.9...

Сообщение от LeshaL

Оригинальный тип данных. Под такой тип данных запаришься писать арифметику Гораздо проще будет написать арифметику под стандартный тип с плавающей точкой где битовые поля разбиваются на мантиссу и экспоненту.
Да и смысла сейчас писать арифметику нет никакого, то же что изобретать велосипед.
А под формат с фиксированной точкой понимают формат целого числа. Например, чтобы обходиться только целочисленной арифметикой, достаточно литры умножить на десять перед делением их на километры. Тем самым мы получим, например значение 99, заботливо вставив между девятками точку, получим истиное значение 9,9. Вот это и называется вычислением с фиксированной точкой.

Конечно же, никто не реализует вещественную арифметику на целочисленном процессоре (а они дешевле поэтому их часто используют), все используют как раз фиксированную точку и нормализацию где требуется. Понятное дело, что "точка" в таком числе весьма виртуальна, но тем не менее подразумевается что она есть... это стандартная методика.

В общем, чтобы понять почему баг тарапуза имеет место, надо видеть код "вычислителя расхода"...

Сообщение от LeshaL

Могу только диагноз поставить что пропуск - это ошибка дискретизации.

А мне всё же кажется, это проблема точности вычислений, то есть пожалели денег на проц с нормальной арифметикой. Выкрутились конечно как могли, но без "багов" не обошлось...
Но доказательств нет

Сообщение от Cyb

Сообщение от LeshaL

Могу только диагноз поставить что пропуск - это ошибка дискретизации.

А мне всё же кажется, это проблема точности вычислений, то есть пожалели денег на проц с нормальной арифметикой. Выкрутились конечно как могли, но без "багов" не обошлось...
Но доказательств нет

А вот мне кажется, что все таки это сделано специально (осознано), по каким-то мне не понятным причинам. Может быть это число просто кому-то из создателей honda civic 8 не нравится...

Сообщение от Tarapuz

А вот мне кажется, что все таки это сделано специально (осознано), по каким-то мне не понятным причинам. Может быть это число просто кому-то из создателей honda civic 8 не нравится...

На востоке есть такое несчастливое число 4, которое попутно означает "смерть". Поэтому в зданиях часто отсутствует 4й этаж, или обозначается буковкой F (four). А число 9 созвучно со "страданием"... в японских больницах нет 4го и 9го этажей...
Неужели суеверия и на японские машины действуют?

Сообщение от Cyb

В общем, чтобы понять почему баг тарапуза имеет место, надо видеть код "вычислителя расхода"...

Угу...

Сообщение от Cyb

Сообщение от LeshaL

Могу только диагноз поставить что пропуск - это ошибка дискретизации.

А мне всё же кажется, это проблема точности вычислений, то есть пожалели денег на проц с нормальной арифметикой. Выкрутились конечно как могли, но без "багов" не обошлось...
Но доказательств нет

Дак "точность вычислений" - это тоже ошибка дискретизации Ошибка дискретизации возникает вследствии усечения (либо округления) чисел. Это усечение может происходить как в исходных данных, (тогда какой бы точной не была бы арифметика, это усечение останется), так и в процессе математических операций, так как при вычислениях используются те же дискретные представления чисел с конечной разрядностью. Например 1/3 при разных разрядностях вычислений может быть как 0,33(банка пива), так и 0,3333333333 (точная банка пива). В обоих случаях возникают ошибки дискретизации. Причем существуют они одновременно. Другое дело, не зная расклада, невозможно сказать, где именно эта ошибка больше.

Сообщение от LeshaL

Дак "точность вычислений" - это тоже ошибка дискретизации Ошибка дискретизации возникает вследствии усечения (либо округления) чисел.

Вы малость запутались в терминах, то о чём вы говорите называется квантованием, а дискретизация это отбор параметра в единицу времени. За точность отвечает квантователь

ЗЫ: квантование по уровню, дискретизация - по времени

Сообщение от Cyb

Сообщение от LeshaL

Дак "точность вычислений" - это тоже ошибка дискретизации Ошибка дискретизации возникает вследствии усечения (либо округления) чисел.

Вы малость запутались в терминах, то о чём вы говорите называется квантованием, а дискретизация это отбор параметра в единицу времени. За точность отвечает квантователь

ЗЫ: квантование по уровню, дискретизация - по времени

Совершенно верно! Везде где я писал "дискретизация" правильно заменить на "квантование". Все остальное остается в силе. Понятия дуальные. Строго говоря квантование - разбивка на дискретные значения по уровню. Дискретизация - разбивка на дискретные значения по времени.

Т.о. синдром Тарапуза правильно будет называть ошибкой квантования.