caxapa.ru :: Блин, да не рукописные там библиотеки подключаются, а

=AlexD= (18.01.2005 11:10, просмотров: 1) ответил =mse= на Гаечный ключ однозначно выполняет свою функцЫю, компилятор - нет, его пишут люди. Они делают ошибки, им лень,им некогда, они связаны лицензиями, патентами и прочей лабудой....

Блин, да не рукописные там библиотеки подключаются, а (если я ничего не путаю) всего лишь файлик, в котором прописаны процедуры типа 8*8, 16*16 и т.д. с исппользованием АППАРАТНОГО УМНОЖИТЕЛЯ мег. В исходном варианте там была софтверная реализация. Отсюда и такой прирост производительности. И влияет это НА ВСЁ, не только на плывучку. А саму плывучку никто не переписывал. Не знаю, может в последних версиях ИАРовский компилятор уже знает о наличии умножителя, не смотрел. Так что этот бенчмарк от AlexandrY несколько подустарел. Следовало бы обновить под новые версии компиляторов...

- Остынь, товарисч... =mse=(412 знак., 18.01.2005 11:52)
  - Ребята просто выкинули из штатной либы все полагающиеся проверки на NAN/INF и пинают себя пяткой в грудь. - ASDFS в изгнании(18.01.2005 14:18)
    - Да конечно, там проверки занимали 3/5 времени - 48мегатактов, а как народ начинает на глючество жалиться, так где те проверки? - =mse=(18.01.2005 14:55)
      - уходим от темы ;) ключевой момент оказывается в наличии-отсутствии проверок, а не в рукописности. - jaga-jaga(18.01.2005 15:54)
        
        Не, ключевой момент - отсутствие поддержки аппаратного умножителя в течение 5 лет, а в части целочисленной арифметики - до сих пор. А стоит ИАР несколько килобаксов, и производительность МК уронена в разы(2,5 раза). А теперь загадка: "правда ли что А =mse=(85 знак., 18.01.2005 16:05)
        
        ok, на тельтонике в табличке именно камень+компилер jaga-jaga(465 знак., 18.01.2005 18:07)
        
        Да ерунда всё - все эти "супер-пупер оптимизаццыи" сделаны хз когда и выложены в аппнотах и инете мешками - бери - не хачю. - =mse=(18.01.2005 18:39)
        
        Только проверять их придется на собственной шкуре. ASDFS(47 знак., 18.01.2005 18:53)
        
        Чё-то не въеду - чего там военного? Чего там проверять? Умножение/деление/сложение/вычитание/нормализаццыю/денормализаццыю? Открою секрет - проверять так-же, как и обычную программу. Блин, такое впечатление, что ты имеешь очень смутное представление о пре =mse=(56 знак., 19.01.2005 11:58)
        
        Ну ты даешь! Целые конторы сидят тесты FPL придумывают, а у тебя все так просто... - ASDFS(19.01.2005 15:55)
        
        Да пусть придумывают... =mse=(616 знак., 19.01.2005 17:01)
        
        Ну если 1,8 сек для АВР с оптимизацией и 0,4 сек для АРМ без оной это один порядок, то конечно... - ASDFS(18.01.2005 17:07)
        
        Блин, пургу-то чего нести? За сколько АРМ сделает умножение 32*32, например? А АВР? За сколько тактов АРМ перенесёт из ОЗУ в регистр 32р слово? А АВР? там больше чем на порядок должна быть разница только по тактам. Сам же всё понимаешь, а валенком прикиды =mse=(9 знак., 18.01.2005 18:36)
        
        Мы по разному понимаем. Я понимаю, что АРМ честно все проверки делал и про округление младшего еще не забыл ASDFS(629 знак., 18.01.2005 18:51)
        
        не, чувак, извини,... =mse=(1657 знак., 19.01.2005 11:03)
        
        зря ты так, чуть ниже же было объяснение jaga-jaga(502 знак., 19.01.2005 16:42)
        
        Да бога ради... =mse=(528 знак., 19.01.2005 17:15)
        
        о каком тесте речь? whetstone? там ошибка :( к сожалению jaga-jaga(846 знак., 18.01.2005 19:15)
        
        double по определению 32-х битным не бывает. 32 бита - это float - µ (bialix)(18.01.2005 23:22)
        
        не скажи ... помнится мне тут история про short и int ;) - jaga-jaga(19.01.2005 16:32)
        
        ну-ну. bialix(868 знак., 20.01.2005 11:52, ссылка)
        
        Ну и что в этой цитате? ReAl(836 знак., 20.01.2005 13:15)
        
        угу и? ;) jaga-jaga(196 знак., 20.01.2005 13:09)
        
        Надо просто различать С-шное слово double и IEEE-шное double-precision Это разные слова :-) ReAl(634 знак., 20.01.2005 13:25)
        
        Вам не кажется, что это смешно? bialix(588 знак., 20.01.2005 14:04)
        
        Например, согласно стандарту С ReAl(212 знак., 20.01.2005 15:24)
        
        Гнутый как раз стандарту C99 соответствует намного лучше многих других компиляторов ReAl(1468 знак., 20.01.2005 15:20)
        
        другими словами bialix(583 знак., 20.01.2005 20:02)
        
        ну, вот и разобрались. - jaga-jaga(20.01.2005 13:40)
        
        Тогда жаль. Хотя непонятно с чего это 120 тактов у ПИК16 и 180 у ПИК18 на том же компиляторе. ASDFS(310 знак., 18.01.2005 20:47)
        
        ошибка там, к сожалению jaga-jaga(789 знак., 18.01.2005 21:03)
        
        Загнал Ветстоун на дспик. Получилось 24 600 000 или 0,82с на полной. ASDFS(43 знак., 18.01.2005 23:04)
        
        много что-то. уж дспик-то должен был мегу порвать как тузик грелку ... а так лишь чуть-чуть лучше. иар, думаю, косячит. - jaga-jaga(19.01.2005 16:34)
        
        А чё удивляться - это из той-же серии что и АВР супротив АРМа. ;О) - =mse=(19.01.2005 17:18)

Микроконтроллеры