Да че здеся гадать-то : арифметика плавающей точки, ну и все вытекающие последствия...
Решение: 1) отказ от арифметики с плавающей точкой (изобретение своего супер-пупер навороченного лисапеда, реализующего операции с дробными числами)
2) производить округление результата до необходимой точности

З.Ы. Здря вообще этот double придумали (IMHO), т.к. проблем от него больше чем пользы...

Кто осилит следующее:
нужно числу типа double присвоить значение 3024.1935
т.е.
Потом глядим в отладчике на значение...
У меня почему-то получается 3024.19349999999...
Вот вам и двойная точность...

Карабас Барабас БорманннВот вам и двойная точность...Интересно, а чего ты ждал ?
Posted via ActualForum NNTP Server 1.3
Ты удивисся: 3024.1935!!!!
Я знаю, про эти проблемы с плавающей точкой, мне одно не понятно: на кой икс тогда нужен этот тип double?
Сейчас, возможно, пойдут возражения, типа, для большинства задач данный тип можно использовать. Хм, возможо, если задача статичная (не развивается, не модифицируется). Сам накололся на это дело. Все работало как часы. В один прекрасный момент стало необходимо повысить точность вычислений. В результате - все пришлось переделывать...

Да причем тута рац. и иррац. числа-то? Сам-то понял?
Если в двоичном виде число (ну например, то же 3024.1935 ) не представимо- какие тут рац и иррац. числа? Это двоичная арифметика...

З.Ы.
Рациона́льное число́ — число представляемое обыкновенной дробью , где m — целое число, n — натуральное число.
Иррациона́льное число́ это вещественное число, которое не является рациональным

MasterZiv БорманннДа причем тута рац. и иррац. числа-то?

Рациональное число в одной системе счисления не обязательно будет рациональным в другой системе счисления.
Ну хорошо, при переводе в двоичную систему счисления данное число будет иррациональным, и что ? double -то зачем? Чтобы показать иррациональность десятичных чисел в двоичной системе счисления? А я полагал, что его необходимость обусловлена операциями с нецелыми (вещественными) числами... А т.к. результаты этих операций, мягко говоря, не совсем соответствуют ожидаемым (в силу "иррациональности" представления), то напрашивается вопрос: а зачем использовать данный тип, если в результате (не всегда, конечно) получается не весть что? Я же не буду объяснять пользователю моей программы, что дескать, понимаете, результат немного отличается от нужного в силу непредставимости чисел (их иррац.) в двоичной системе счисления. Или предложу им (пользователям) все данные вводить (получать) в двоичной (ну или в 16-ричной ) системе. Да пошлют меня подальше с такими объяснениями и предложениями- и будут правы! Увы, большинство населения привыкло к десятичной системе счисления... Поэтому double фтопку- и изобретать свой лисапед...

v6y
В вашем случае погрешность будет 0.0000000000...1 Для подавляющего большинства задач этого более чем достаточно. Сомневаюсь, что вы сможете изобрести "лисапед" дающий такую же точность с такой же скоростью.
Уже слышали это...
Есть такое понятие, как промежуточные результаты.Дык вот, когда в промежуточных результатах стоит (к примеру) наше "магическое" число 3024.1935 , а в машине оно хранится как 3024.19349999..., то при проведении нескольких сотен,(тысяч,миллионов) итераций с применением различных арифметических операций с этим (ну и с другими подобными числами), с формированием таких же промежуточных результатов, в итоге мы можем получить погрешность. А если точность еще более большая- то и погрешность будет большей. Т.е. повезет- не повезет...
А лисапед простой- использование целых чисел и целочисленной арифметики (скорость при этом, согласен, теряется: ну а что делать?)

v6yНу какие сотни, тысячи, миллионы иттераций? Я вам о реалной жизни толкую. А в реальной жизни в большинстве случаев и порядка 20 итераций хватает. Даже те же СЛАУ хрен знает какого порядка за сравнительно небольшое количество итераций решаются (естественно не Крамером и не Гауссом, а специальными методами) с приемлемой точностью. Не, ну если так припекло, то флаг в руки - изобретайте свой лисапед (удачи, хотя представляю скорость вычислений миллионов итераций с его помощью...) Лично мне для моих задач double вполне хватает, за сим всего наилучшего.
А я разве говорил, что миллионами итераций решаются некие математические сущности? И я Вам о реальной жизни толкую: есть еще всякие хранилища данных (БД и т.п.), данные которых необходимо обрабатывать (статистические, финансовые расчеты) И поверьте, там зачастую оказывается больше чем 20 значений (записей)...
MasterZiv
Твое возмущение похоже на возмущение ребенка из детского сада ядерной физикой. Оно бессмысленно. Сначала выучи все, поднимись на нормальный уровень знаний, потом возмущайся.Не говори ах- пока не перепрыгнул!
Вообщем, спор опять ниочем: из пустого-в порожнее... Я про Фому- Вы про Ерему... За сим прошу откланяться...

Вы говорили о ненужности double как класса. Я же вам говорил, видимо не совсем ясно выражая свою мысль, что double вполне пригоден для очень большого круга задач и отказываться от него не есть good. В финансовых расчетах нужна точность 0.001, и даже если предположить, что нужен отчет по милиону операций (ужос), то указанная выше точность - 0.0000000000...1 - вполне подойдет. Что касается статистических данных, то тут зачастую приемлемой считается точность плюс/минус лапоть и большую роль играет относительная погрешность. Вобщем если провести голосование за отмену double - я категорически против [/quot]
Пардон за назойливость, хотел лишь привести простой пример (в одну итерацию):
умножить 2 числа (тип double) 7650.00 и 1.2627. Результат необходимо округлить до 2-го знака:
7650*1,2627=9 659,655 округляем до 2-х знаков, получаем 9 659,66
1,2627 представляется как 1,2626999999999999 (ввиду иррациональности), получается 9 659,6549999999999999, которое (по правилам округления) будет равно после округления 9 659,65
Итак, имеем расхождение на 0.01.
Да, скажете вы, так надо было 1,2626999999999999 округлить до 4-го знака и все было бы нормально. Правильно! Но если следовать рассуждениям великих математиков
MasterZiv Чем больше разрядная сетка, тем меньше погрешность. double в два раза больше по числу разрядов чем float. Соответственно, погрешность меньше в 2**N раз. N - число дополнительных разрядов.
v6vВ финансовых расчетах нужна точность 0.001, и даже если предположить, что нужен отчет по милиону операций (ужос), то указанная выше точность - 0.0000000000...1 - вполне подойдет.
то молодой программер, уверовав указанным выше высказываниям потом будет ломать голову: а почему все-таки результат расходится с реальным ?
Просто,по-видимому, господа математики-теоретики на практике не встречались с подобными проблемами...
Удачи!

MasterZiv
Ты дятел носатый, тебе говорят все - нет не верит.

Сам ты ДЯТЕЛ! Пишешь то одно, то совсем противоположное...Ты уж какнить определись в своей ориентации...
MasterZiv
НЕВОЗМОЖНО округлить двоичное число до какого-то десятичного
знака. Тебе нужны точные десятичные числа -- используй ТОЧНЫЕ ДЕСЯТИЧНЫЕ ЧИСЛА.
....
Кстати, как раз в финансовых расчетах нельзя использовать двоичную арифметику с плавающей точкой, если это конечно не статистические расчеты.
...
Господа "математики-теоретики" учились в правильных ВУЗах и понимают отличие двоичного числа от десятичного. А вот ты - не понимаешь. Ну иди учись, если тебя этому в твоем ВУЗе не научили.

Ну дык какого икса ты тут пытаешься мне доказать-то?
Я говорю о том, что double очень рисковано использовать - ты рвешь глотку, что не все дробные числа представимы в двоичном виде (иррациональность), но вместе с тем у него охрененная точность. Зачем все эти твои наезды по-поводу знания математики, обучения в ВУЗЕ? Ты, вообще, понял, о чем речь-то идет? Ты, видимо, поднялся уже до таких "высот", что не способен понимать о чем говорят простые смертные (с Богом, случаем уже не общаешься?).
MasterZiv
На практике "математики-теоретики" не применяют двоичную арифметику там, где нужна точная десятичная. Поэтому с такими проблемами они не сталкиваются, потому что их просто не существует.
Во, сцуко, жжот! Дык я ее и применяю! Тока не понятно, какого икса ты тут распалялся своими теориями?
Кароче, MasterZiv, выпей йаду!

Barlone MasterZiv
Борманнн
Просто,по-видимому, господа математики-теоретики на практике не встречались с подобными проблемами...

Господа "математики-теоретики" учились в правильных ВУЗах и понимают отличие двоичного числа от десятичного. А вот ты - не понимаешь. Ну иди учись, если тебя этому в твоем ВУЗе не научили.
Да какой там ВУЗ, он среднюю школу то наверное не закончил, не знает что такое рациональные и иррациональные числа.
[qout Борманнн]при переводе в двоичную систему счисления данное число будет иррациональным[/qout] - полный бред, рациональность числа никак не связана с используемой системой счисления.
Вот где непаханное поле...MasterZiv, во кого учить-то надо!
MasterZivА чегой-та я нипонял, при чем там Иксель ? А ? Это же Иксель был на картинге ? Если на картинке Иксель, при чем здесь C++ ?
Угадал, красавчег! Это я для наглядности...
v6y
Господин практик, что то вы не то в качестве примера приводите. Если число хранится как 1.2626999...., то и не надо исскуственно увеличивать погрешность, округлив промежуточный результат. При таком подходе никакая сверх точность не спасет. Для ясности: если, допустим, хранятся в базе числа 2.0010.....1 и 1.9900... то их (а не 2.00+2.00) и надо суммировать. А дальше для пользователя выводите числа с нужной точностью, при этом храня результат именно как 3.991..., а не 4.00
Афтар жжот!
А кто ВАМ сказал, что это промежуточный результат? Это может быть и конечный. А что в природе уже не может существовать требования округления промежуточного результата до определенного знака?

Карабас Барабас БорманннК сообщению приложен файл (йад.jpg)Баян между прочим
Posted via ActualForum NNTP Server 1.3
Зато по теме ...