leon_ (14.07.2010 09:59, просмотров: 7969)-
- Результат (см. картинки): leon_(1992 знак., 15.07.2010 11:06 - 16:32)
- Ваш пример бездоказателен: Ксения(618 знак., 15.07.2010 21:18)
- Я и не пытался что-то доказывать, я советовался со всеми, как правильней было-бы суммировать в общем случае. Вы абсолютно правы, что leon_(687 знак., 16.07.2010 09:31 - 09:37)
- Компилятор у вас какой? То бишь почем у вас sizeof(long double)? Ксения(237 знак., 15.07.2010 13:41 - 20:01)
- Builder. - leon_(15.07.2010 16:29)
- тогда непонятны причины отказа от сумматора double вместо float - koyodza(16.07.2010 07:41)
- Builder. - leon_(15.07.2010 16:29)
- Ваш пример бездоказателен: Ксения(618 знак., 15.07.2010 21:18)
- Сортировка слишком дорого по времени, дешевле сделать (long)double только сумматор. Проблема лишь в том, что long double объявлен вне закона, и его редко кто поддерживает (как со стороны железа, так и компилятора). - Ксения(14.07.2010 12:50)
- Вот набросок, как можно leon_(902 знак., 14.07.2010 17:24)
- Тем более интересен алгоритм, который сможет просуммировать произвольный массив с максимальной точностью. leon_(543 знак., 14.07.2010 16:42)
- Вы не правы. Потеря точности происходит в том месте, когда происходит скложение или вычитание большого числа и маленького. Причем большое и малое относительно друг друга, а не по абсолютной величине. Ксения(1435 знак., 14.07.2010 17:38 - 20:30)
- абсолютно верно! Но вся эта возня имеет смысл только в том случае, если массив действительно гигантских размеров koyodza(336 знак., 14.07.2010 20:25 - 20:28)
- Ну так, если говорить именно о Си, то в нем как раз все операнды пере выполнением операции Bill(87 знак., 14.07.2010 19:02)
- Вы не правы. Потеря точности происходит в том месте, когда происходит скложение или вычитание большого числа и маленького. Причем большое и малое относительно друг друга, а не по абсолютной величине. Ксения(1435 знак., 14.07.2010 17:38 - 20:30)
- Сортировка может быть "по ходу" по порядку (логарифму) слагаемого, суммируя в пяток промежуточных переменных, (например, используя DO CASE) - AU08(14.07.2010 13:03)
- Все равно "растопырка" между 7 и 11 не позволит правильно сложить частные сумматоры, если массив не велик размером. Ксения(272 знак., 14.07.2010 13:23 - 13:27)
- Для этого примера правильная сумма получается, если последним суммировать 1Е-5 leon_(230 знак., 14.07.2010 11:16)
- знак роли не играет - koyodza(14.07.2010 11:25)
- отсортировать по абсолютной величине с чередованием знаков, а потом сложить :-) - =AlexD=(14.07.2010 10:03)
- отсортировать просто по возрастанию модуля, без учёта знака - koyodza(14.07.2010 10:25)
- Результат (см. картинки): leon_(1992 знак., 15.07.2010 11:06 - 16:32)