- Zefick
- Постоялец
Aroch
> и тебя это нисколько не смущает верно? :)
Верно. Так почему я не вижу разницы?
> То есть автор тестил у кого используется самая быстрая реализация синуса,
> причем без каких либо критериев к точности
Какие критерии тебе нужны? Нужно было чтобы всё было посчитано честно и все тесты делали именно это. А точность уж какая у кого получилась, но факт в том, что VB не на последнем месте, особенно если сравнивать с MSVC :)
> И ты это всерьёз продолжаешь воспринимать?
А у тебя какие-то претензии? Я вижу результат и объяснение этого результата и никаких вопросов не возникает. И выводов я тоже не делаю, если ты не заметил. Только выводы по результатам вообще, а именно, что никто точности в 15 знаков не дал, например, не смотря на то, что для дабла теоретический предел в 20+. Всё-таки фанатизм это опасная вещь - отключает объективное мышление.
> ты уже мне свои слова приписываешь?
Почему свои? Зачем ты предложил поменять параметры, всё равно ведь ничего не изменилось?
entryway
> Прикольно, что ICC 10.1, опередив барсик на изначальном диапазоне, сливает на
> диапазоне 10000000000..10200000000. У меня 20 секунд считает.
x64 билд считает значительно быстрее на этом диапазоне. 8.3 секунды против 20. Сейчас для исходного диапазона сделаю версию! Сейчас мы этому барсику покажем!
https://dl.dropboxusercontent.com/u/235592644/files/sin_1_2e8.zip
Барсик:
SinTest.exe - 6.8
Сишечка:
sin_1_2e8.exe - 5.1
sin_1_2e8_omp.exe - 1.3
sin_1_2e8_x64.exe - 1.9
sin_1_2e8_x64_omp.exe - 0.5!
Zefick
> Почему свои? Зачем ты предложил поменять параметры, всё равно ведь ничего не
> изменилось?
на 4 странице уже был ответ, читать научись.
Zefick
> Верно. Так почему я не вижу разницы?
ок, тогда мой тест всех зарулил, расходимся. Задача же подсчитать сумму синусов от 10ккк до 10.2ккк с использованием типа double, а как считать не важно ведь (тест на gpu нам как бы намекает).
> Нужно было чтобы всё было посчитано честно
сомнительное условие, fsin это честно или не честно? Почему тогда пред рассчитанный результат не честно?
entryway
А у меня на AMD:
SinTest.exe - 7.7
sin_1_2e8.exe - 10.45
Причём результат sin_1_2e8.exe подозрительно короткий, это уже действительно float?
x64 не запускал, система 32-битная, вечером проверю.
Hardcode
> какое в барсике fpu control word?
Спроси что по-проще :)
SinTest.exe - 7.425
sin_1_2e8.exe - 11.419
sin_1_2e8_x64.exe - 4.727
sin_1_2e8_x64_omp.exe - 1.934
Mikle
> Причём результат sin_1_2e8.exe подозрительно короткий, это уже действительно float?
Это так работает модификатор %f у printf.
entryway
> Это так работает модификатор %f у printf.
попробуй %4.16f
entryway
> Барсик:
> SinTest.exe - 6.8
Это многопоточная версия или однопоточная?
kipar
> Это многопоточная версия или однопоточная?
Это из #2
Aroch
> попробуй %4.16f
Попробовал. Перезалил.
Такая просьба: не мог бы кто-то изменить диапазон значений с 1 - 200 000 до 1 - 2*pi?
В этом диапазоне, я думаю, лучше проявятся ошибки fsin. У меня бейсика нет, не могу проверить.
Я уже успел в магаз сходить и надеялся, что узнаю, зачем было менять параметры, но оказывается написать это не так-то просто :(
Aroch
> на 4 странице уже был ответ
Чёткого ответа там не было, а мне хотелось бы услышать именно его. Ты кому-то что-то доказывал. Потрудись объяснить хотя бы что именно, потому что я точно никаких доказательств не просил, потому что и так всё понятно. Непонятно только зачем ты выскочил со своими разоблачениями.
> тогда мой тест всех зарулил
Да пожалуйста, абсолютно пофиг. Только объясни зачем менять условия и тогда разойдёмся.
> fsin это честно или не честно?
А при чём здесь fsin? Если ты не знал, то я тебе сообщу, что у float-а точность всего около 7 десятичных знаков. Принимая во внимание то, что все ответы даны с гораздо большей точностью, вариант об использовании флоатов при вычислении какого либо из них отпадает сразу. Ну и FPU всё равно у себя внутри считает с точностью минимум 80 бит, независимо от того, к чему в итоге придётся приводить, так что и по скорости тут разницы не должно быть. Вспомни об этом в следующий раз когда будешь писать "вонизпрофессии", а то что-то слишком много вас таких умных развелось.
Mikle
> Причём результат sin_1_2e8.exe подозрительно короткий, это уже действительно float?
Просто программисты на Си, которым есть что делать в профессии, не могут в форматированный ввод с указанием точного значения знаков после запятой, уже второй подряд такой :)
Aroch
> если планируется использовать результат как один из ключей в каком-нибудь
> шифровании где каждый знак будет иметь значение, то сразу не подходит
Тогда вообще плавающий питух плывёт нафиг.
kipar
> Это многопоточная версия или однопоточная?
Это 1 поток. А версии с "omp", судя по диспетчеру задач, многопоточные. Поэтому я и не приводил их сравнение.
Тема в архиве.