caxapa.ru :: Плавучесть фигня, вот доступ к полям упакованных и неупакованных структур пострашнее будет

VLLV (Вчера, 06:15, просмотров: 34) ответил ASDFS на Значит таки правда, повтор Ариан5.

Плавучесть фигня, вот доступ к полям упакованных и неупакованных структур пострашнее будет

Ответить

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

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