caxapa.ru :: За счёт чего скорость? Что житаг намного медленнее работает?

Apтём (01.10.2013 14:29, просмотров: 142) ответил FDA на скорость разработки он даёт

За счёт чего скорость? Что житаг намного медленнее работает?

- Берешь строчку текстовую с приемника (в инете ее находишь) и на любой среде и любом языке (лучше конечно С - чтобы проще было потом в МК перенести) отлаживаешь алгоритм декодирования. - POV(01.10.2013 14:33)
  - Не на Си смысла вообще нет(для МК).~~Берешь строчку текстовую с приемника (в инете ее находишь)~~ Включаешь плату с приёмником и жтагом... строки сами валятся, ничего искать нигде не нужно, МК - тот самый который в устройстве будет, а не x86 и Apтём(51 знак., 01.10.2013 14:46)
    - Ну, тебе виднее как тебе удобнее. - POV(01.10.2013 14:47)
- Ты вообще алгоритмы отлаживать учился когда-нибудь? Тебе отладить тут чисто математику надо, нахера ради этого использовать плату? - FDA(01.10.2013 14:32)
  - Профессионалы всё отлаживают только исключительно в рамках боевой программы, только исключительно в среде MPLAB. Все эти ваши турбо-C -- удел жалких любителей. - fk0(01.10.2013 14:34)
    - Чистую математику я вообще сначала в маткаде отлаживаю. Вот такой вот я любитель ибо использую не религиозные догмы, а удобный мне инструмент )) - POV(01.10.2013 14:38)
      - чистая математика работает на реальных данных. как скормить маткаду данные в реальном времени с каких-нить датчиков? - Mahagam(01.10.2013 14:48)
        
        Какой-то долбоебизм уже пошёл. Начали про декодирование текстовых строк NMEA, а заканчиваем уже бредом каким-то! - FDA(01.10.2013 14:50)
        
        Ты не понимаешь, скопированная текстовая строка уже нереальная ))) - POV(01.10.2013 15:01)
        
        Точняк, она теперь существует вне времени, вне реалтайма! Ужас!!! - FDA(01.10.2013 15:04)
      - тебе надо к маткаду прослойку из веба и житага надо обязательно забацать! Без этого никак по крутому не получится отлаживать! :-))) - FDA(01.10.2013 14:40)
    - Артём видимо явно не профессионал, раз отлаживает всё в житаге :-)))))))) - FDA(01.10.2013 14:35)
      - Не пойму в чём смысл второй раз её в реальном железу отлаживать. Маялся такой хренью пару лет назад (в MSVisual Studio на Си отлаживал), но потом бросил, потому как из такой отладки неясно как этот алгоритм в железе себя поведёт -сколько места Apтём(105 знак., 01.10.2013 14:40)
        
        Непонятно, почему может не работать и почему должен повести себя по другому (особо качественный говнокод?), а также почему два раза то же самое (один же раз) и почему объём кода и скорость как-то принципиально отличаются для разных платформ (за fk0(232 знак., 01.10.2013 14:43)
        
        Ну, работать -то должно одинаково, но если в реальном устройстве отлаживать, то уже будет ясно сколько оно выполняется и сколько места просит. - Apтём(01.10.2013 14:54)
        
        О-о-о! Суперский довод! А что тебе даст знание того, что твой алгоритм декодирования NMEA занимает к примеру 845 байт? Вот что? Или ты пытаешься всё упихнуть в PIC12? Но там житага нету. Значит ты пишешь по какой-нибудь кортекс, так, тем более, FDA(73 знак., 01.10.2013 14:59)
        
        В PIC12/16/18 не пытаюсь упихнуть. Пишу под xmega. Apтём(318 знак., 01.10.2013 15:16)
        
        Сколько занимает -- оценить можно и на соседней платформе (в т.ч. PC), разница на десятки процентов, а не в разы. Да и запускать программу для этого не обязательно, достаточно посмотреть map-файл от компилятора (для GCC нужна опция fk0(708 знак., 01.10.2013 15:34)
        
        Ладно, это бесполезный разговор. Учить тебя отлаживать программы я не хочу, ибо ты мне никто, ни друг ни подчинённый. Поэтому больше тратить своё время на пустые обсуждения я не буду. Просто запомни одну простую вещь - расширяй свой кругозор и FDA(73 знак., 01.10.2013 15:21)
        
        Наверное разговор бесполезный...Напоследок ещё вопрос. Я с ПИКами не работал, потому не знаю... Для них что нет нормальных средств отладки, что приходится алгоритмы на ПК отлаживать? Apтём(170 знак., 01.10.2013 15:29)
        
        Потому, что на ПК бывает не только Visual Studio. На ПК средства отладки богаче и лучше. На ПК нет характерных для микропроцессорной платформы ограничений. Можно использовать какие-то функции ОС для отладки, можно, например, в процессе работы fk0(308 знак., 01.10.2013 15:40)
        
        Средства богаче...теоритически. Что например есть такого что в житаг не даёт? Apтём(303 знак., 01.10.2013 15:46)
        
        Джитаг не даёт функциональности valgrind, например. В ком-порт много не запишешь. Например, отлаживая алгоритм сжатия у меня отписывался файл на каждом промежуточном этапе. Это десятки килобайт единовременно. Причём бинарные данные. В ком-порт fk0(212 знак., 01.10.2013 15:58)
        
        valgrind житаг не может. Но вы его для МК проектов используете? Apтём(253 знак., 01.10.2013 16:04)
        
        Да. Запуск проекта МК на ПЦ под valgrind открывает много тайн... рекомендую. Но придётся полностью абстрагироваться от железа. Чтоб не полностью есть интересная технология типа semihosting, только тут бы в обратную сторону... Чтоб драйвера на fk0(36 знак., 01.10.2013 17:08)
        
        НЕМЕЯ это еще цветочки, вот отладка эмулятора епрома на флеше была песней. Nikolay801_(190 знак., 01.10.2013 15:56)
        
        реалтайм визуализации нету. к примеру. - Mahagam(01.10.2013 15:49)
        
        Что-то иногда пытаются изобразить - типа графиков как переменные меняются, но всё это так себе на МК выглядит. - Apтём(01.10.2013 16:06)
        
        Да чего ты ему объясняешь. Он уже всё давно понял, просто специально издевается. Пытается поумничать, задавая каверзные вопросы, но он не понимает, что тут не контактик, где за это лайки дадут. - FDA(01.10.2013 15:46)
        
        Прямо таки издеваюсь...:) - Apтём(01.10.2013 16:08)
        
        Опыта у тебя мало просто. Вот сделаешь пару серьёзных проектов, будешь по другому думать. Если пишешь всё грамотно на Си, то программа работать будет на любом проце. - FDA(01.10.2013 14:42)

Средства и методы разработки