caxapa.ru :: :)))) А что такое компилятор Си? Не более, чем транслятор. Который просто переводит программу

Bill (17.01.2005 21:40, просмотров: 1) ответил ASDFS на А я бы вообще не рассматривал АСМ как инструмент в таком соревновании.

:)))) А что такое компилятор Си? Не более, чем транслятор. Который просто переводит программу на язык инструкций процессора. Человек - тот же самый транслятор, и делает он абсолютно то же самое. И оба они транслируют исходя из возможностей процессора, особенности его архитектуры. Просто человеку об этих возможностях известно больше, чем компилятору. И наконец, требуется как можно точнее сравнить именно процессоры по их возможностям, а не компиляторы для них. Сегодня используется одна версия, а завтра другая - более совершенная. Так что заново все перетестировать? Тогда это будет бесконечный процесс. Компиляторы могут быть полезны только для грубой оценки, когда архитектуры силно различаются между собой. А более точную оценку можно дать только досконально зная архитектуру. А для этого нужны люди, которые в силу своей деятельности знают используемый ими процессор лучше остальных людей. Более того, возможно потребуется "коллективный разум", чтобы реализовать алгоритмы наиболее оптимальным образом.

- Гаечный ключ знает о гайках много меньше человека, но почему то мало желающих крутить гайки без него. ASDFS(438 знак., 17.01.2005 22:03)
  - Гаечный ключ однозначно выполняет свою функцЫю, компилятор - нет, его пишут люди. Они делают ошибки, им лень,им некогда, они связаны лицензиями, патентами и прочей лабудой.... =mse=(186 знак., 18.01.2005 09:59)
    - Блин, да не рукописные там библиотеки подключаются, а =AlexD=(534 знак., 18.01.2005 11:10)
      - Остынь, товарисч... =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)
  - Потому, что гаечный ключ - это инструмент. И транслятор Си, и транслятор с ассемблера Bill(247 знак., 17.01.2005 22:20)

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