caxapa.ru :: Скорее всего спешка и небрежность программиста. Заработало -> в продакшн. Хуже другое..очевидно, что нужно переводить во float, а стрёмно - вдруг что- то сломается, не хватит точности.

VLLV (01.07.2024 19:15, просмотров: 79) ответил IBAH на А объясните недалекому нах "double3 = (float) double1 * double2". Умножаться будет все равно в доубле. Может надо так double3 = ((float) double1) *((float) double2);

Скорее всего спешка и небрежность программиста. Заработало -> в продакшн. Хуже другое..очевидно, что нужно переводить во float, а стрёмно - вдруг что- то сломается, не хватит точности.

Ответить

- зачем переводить? Дури не хватает цифру молотить? - ASDFS(01.07.2024 19:45)
  - Планируется еще проект на CM0 по тем же исходникам, там дури маловато. - VLLV(01.07.2024 23:03)
    - Значит таки правда, повтор Ариан5. ASDFS(120 знак., 02.07.2024 00:19)
      - Плавучесть фигня, вот доступ к полям упакованных и неупакованных структур пострашнее будет - VLLV(02.07.2024 06:15)
        
        С GCC - вообще никаких проблем. Даже с "-O3 -flto". В объявлении типа структуры пишешь __attribute__((packed)). При байтовом доступе, делаешь из такой структуры союз с массивом байт sizeof(structure_t). И всё работает автоматически. Даже размеры нигде в явном виде подписывать не надо. Nikolay_Po(208 знак., 02.07.2024 08:31)
        
        Только времянки становятся х10. - ASDFS(02.07.2024 11:53)
        
        А какая разница? Обычно, упакованные структуры готовят для передачи по интерфейсам связи, чья скорость на порядки ниже частоты выполнения инструкций процессора. И увеличение времени доступа из-за не выровненного доступа является осознанным. Nikolay_Po(564 знак., 02.07.2024 12:07)
        
        Правильный ответ такой: да хоть х100, у нас этих мипсов - куры не клюют. Крохоборство до добра не доведёт! :-) - SciFi(02.07.2024 12:15)
        
        Вы еще оптимизацию отключите. Так ни каких мипсов не напасешься :) AlexBi(1 знак., 02.07.2024 12:19, youtube)
        
        А как её не отключать если хочется пошагово походить отладчиком. - POV(02.07.2024 15:49)
        
        Нехер пошагово шляться. Я вставляю "asm volatile ("NOP");" в нужном месте. Тогда появляется возможность привязать точку останова к конкретной команде ассемблера. Но и это может не сработать - может оказаться, что через это место код проходит и из других функций. В таком случае ставлю условие по смыслу, например: Nikolay_Po(466 знак., 02.07.2024 15:58)
        
        Кстати, частенько отключаю и не наблюдаю проблем. Зачем включал? Видимо, шёл на поводу у народной молвы. Позорище! SciFi(3 знак., 02.07.2024 12:26)
        
        Ошибка выжившего ASDFS(40 знак., 02.07.2024 14:02)
        
        Можешь обзываться как хочешь, меня так просто не проймёшь :-) SciFi(72 знак., 02.07.2024 15:48)
        
        Пустынник пустынника зазря не обидит, все это развлекухи для а не по злому умыслу. ASDFS(88 знак., 02.07.2024 15:56)
        
        +1. У меня сначала реализуется основной функционал. Потом, если хватает производительности - дополнительный, так называемые "плюшки" - которые не являются обязательными, но могут быть коммерческим преимуществом. Считаю нормой, когда ЦП и память загружены процентов на 80 при полной оптимизации. Если меньше 50% - значит, нужно что-то добавить или подразумевается развитие системы. - Nikolay_Po(02.07.2024 14:41)
        
        И тут я всё понял. ASDFS(93 знак., 02.07.2024 14:58)
        
        Под проект чип брался с небольшим запасом. Сделали. Ресурсы, благодаря оптимизации, ещё остаются. Выгоды от снижения производительности МК нет (расходы на перепроектирование под более дешёвый МК не окупятся). Зачем добру пропадать? - Nikolay_Po(02.07.2024 17:35)
        
        Слова Билли "наше всё" Гейца про 640к начинают играть новыми красками. ASDFS(114 знак., 02.07.2024 17:48)
        
        Странные проблемы. Пахнет преждевременной оптимизацией. Это скользкая дорожка. - SciFi(02.07.2024 07:45)
  - STM32L4 это Cortex-M4F, а он умеет float аппаратно, в отличии от double. - VladislavS.(01.07.2024 22:49)

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