Русскоязычный форум закрыт из-за отсутствия активности (доступен только для чтения).
Пожалуйста, пользуйтесь англоязычной его версией. Приносим извинения за неудобства
Добро пожаловать, Гость! Чтобы использовать все возможности Вход. Новые регистрации запрещены.

Уведомление

Icon
Error

Вход


Опции
К последнему сообщению К первому непрочитанному
Offline hexware  
#1 Оставлено : 9 ноября 2010 г. 4:36:32(UTC)
hexware


Статус: Member

Группы: Registered
Зарегистрирован: 23.08.2010(UTC)
Сообщений: 10
Откуда: Самара

Сказал(а) «Спасибо»: 2 раз
Есть формула: http://ioj.com/v/jab5d(картинка)
При попытке просчитать её же в Smath c максимально выкрученной точностью: http://ioj.com/v/sknp2
в live:
Открыть в Облаке SMath
Вольфрам считает корректно:
http://www.wolframalpha.com/input/?i=%28%28%2810^-14*%28cos%2810^-14%29^%281%2F3%29%29-sin%2810^-14%29%29%2F%2810^-14%29^5%29%2B1%2F45%29%2F33.5097*10^-32

Wanna join the discussion?! Login to your Форум проекта SMath forum account. Новые регистрации запрещены.

Offline smath  
#2 Оставлено : 15 ноября 2010 г. 2:11:27(UTC)
smath


Статус: Administration

Группы: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Зарегистрирован: 11.07.2008(UTC)
Сообщений: 912
Мужчина
Российская Федерация

Сказал «Спасибо»: 640 раз
Поблагодарили: 262 раз в 102 постах
Здравствуйте.

Немного потестировал Ваш пример и вижу, что SMath Studio считает верно, чего не сказать о Wolframalpha. Пример результата вычислений в маткаде:


А вот работа сайта wolframalpha.com выглядит странновато. При первом вычислении получается:


При уточнении результата ответ уже другой:


Поведение сайта крайне странное и объяснить я его никак не могу.

С уважением, Андрей Ивашов.
Offline hexware  
#3 Оставлено : 15 ноября 2010 г. 3:48:55(UTC)
hexware


Статус: Member

Группы: Registered
Зарегистрирован: 23.08.2010(UTC)
Сообщений: 10
Откуда: Самара

Сказал(а) «Спасибо»: 2 раз
Здравствуйте!
В том то и дело! Что mathcad, smath, matlab и многие другие пакеты считают этот пример неверно.
Верно вычислили только: PARI/GP (когда задаёшь точность более 80. Скрин: http://ioj.com/v/tdv4u), maple и Mathematica (wolframalpha при нажатии на more digits увеличивает точность вычислений).
Пакеты в который используется динамический precision, в вычислениях накапливают значительно меньше ошибок (если вообще накапливается ошибка). В Smath используется IEEE754 просто по умолчанию Double precision, как и другие пакеты считающие с ошибкой.
Предлагаю подумать на эту тему для повышения точности вычислений Smath. Думаю есть готовые типы для .net'a с реализацией динамических или с более широким диапазоном точности. Как вы видите ошибка накапливается очень большая.

Отредактировано пользователем 15 ноября 2010 г. 3:50:48(UTC)  | Причина: Не указана

Offline smath  
#4 Оставлено : 15 ноября 2010 г. 10:33:16(UTC)
smath


Статус: Administration

Группы: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Зарегистрирован: 11.07.2008(UTC)
Сообщений: 912
Мужчина
Российская Федерация

Сказал «Спасибо»: 640 раз
Поблагодарили: 262 раз в 102 постах
Спасибо за пояснение! Проблему понял - что-нибудь придумаю.
Offline hexware  
#5 Оставлено : 6 декабря 2010 г. 1:13:37(UTC)
hexware


Статус: Member

Группы: Registered
Зарегистрирован: 23.08.2010(UTC)
Сообщений: 10
Откуда: Самара

Сказал(а) «Спасибо»: 2 раз
более точно по теме: http://en.wikipedia.org/wiki/Arbitrary-precision
Пользователи, просматривающие эту тему
Быстрый переход  
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.