caxapa.ru :: Сделал изначально какую-то херню, теперь ещё голову ломает. Я уже говорил: 1) битовые структуры -- НЕ НУЖНЫ (адресуй нужный байтик и маскируй в нём нужный битик); 2) упакованные структуры тем более НЕ НУЖНЫ. 3) для эффективной адресации нужно завести не массив структур, а коллекцию (структуру) массивов для разных элементов твоих структур (т.е. массив первых элементов структур, массив вторых...), тогда всё эффективно адресуается без битовых полей, без упаковки и прочей

fk0, легенда (31.05.2020 21:03, просмотров: 426) ответил VLLV на Эфемерное "good practice" в программировании на С: Данность : есть массив[x] массивов[3]. Эти три байта на самом деле битовая структура, но для экономии места обрезали один байт. Как сделать доступ к полям структуры по индексу из нескольких мест? Два варианта:

Сделал изначально какую-то херню, теперь ещё голову ломает. Я уже говорил: 1) битовые структуры -- НЕ НУЖНЫ (адресуй нужный байтик и маскируй в нём нужный битик); 2) упакованные структуры тем более НЕ НУЖНЫ. 3) для эффективной адресации нужно завести не массив структур, а коллекцию (структуру) массивов для разных элементов твоих структур (т.е. массив первых элементов структур, массив вторых...), тогда всё эффективно адресуается без битовых полей, без упаковки и прочей

ерунды.

[ZX]

Ответить

- Говорят, в аду есть особое место для преобразующих array of struct в struct of arrays... =) Второй уж раз это извращение вижу от тебя я. Падаванов совращаешь ты зачем? - RxTx(31.05.2020 22:42)
  - Нормальный вариант, я уже совращенный. Но не для этого случая. - VLLV(01.06.2020 13:06)
    - Это где-нибудь в скрытом от взглядов коде микроконтроллера имени одного погромиста "нормально". В виденных проектах за хуеблудство: RxTx(554 знак., 01.06.2020 13:45, ссылка)
      - Не нужно лечить :) Очень удобно параметрами X-макросов набивать разную хрень, собственно они так и работают и для этого предназначены. - VLLV(01.06.2020 13:50)
        
        Еще и на макросах дабы скрыть бесовство своё. К пистолету рука моя тянется. - RxTx(01.06.2020 14:11)
        
        Поэт :) - VLLV(01.06.2020 22:10)
      - Оно как раз быстрей работает, в плане локальности, если данные перебираются преимущественно по одному полю, например. И доступ более эффективен (считай голый указатель, а структура-структур-структур может вырождаться в рантаймовые вычисления смещений). - fk0(01.06.2020 13:48)
        
        Доступ к каждому [n] каждый раз по базе индексировать будет. А если несколько полей, несколько указателей нужно, не уместятся в регистры и каждый указатель апдейтить нужно.. Мммм? RxTx(324 знак., 01.06.2020 13:58)
        
        Регистр нужен ОДИН. Потому, как и в массиве структур, и в структуре массивов с константной длиной массива расстояние между членами одной структуры -- константа времени компиляции. Только в одном случае она влазит в байт, во втором в два-четыре. Если компилятор не понимает -- можно аксессоры на C++ написать, где constexpr вылезет в явном виде. Можно руками закодить в C. И да, на спектруме тоже нужен один регистр. Разные поля адресуются через LD A,H : ADD A,#nn : LD H,A. Если fk0(329 знак., 01.06.2020 14:04)
        
        Индексный всмысле? Если захардкодить смещения между массивами? Стоп-стоп, давай без напёрстничества. А то уже началось "руками закодить". Ты без хардкода смещений чистый цэ код скомпиляй и покажи, какой оне у компилера на выходе будет "один". Тыж понимаешь что компилер о взаимных массивах ничего знать не будет, это знание только у тебя в голове. А когда struct{} - тогда знает. Насчет два-четыре байта смещения по индексу, говоришь? А поля инструкций не резиновые, большие RxTx(822 знак., 01.06.2020 14:55)
        
        Да, захардкодить смещение между массивами. С чистым C язык не позволяет, нужно полагаться на сообразительность компилятора (по ссылке в районе 104 строки видно, что она есть -- разные члены структуры-массива адресуются путём прибавления большого смещения). В C++ всё можно сделать, в смысл объяснить детали компилятору и заставить его делать именно так. fk0(847 знак., 01.06.2020 23:18, ссылка)
        
        Я так и знал что ты пропадал так и эдак задрачивая godbolt и компиляторы. =) Тут у нас обсуждаемый момент сдвинулся в новые области. Я не говорил и не считаю что подобное streamed хранение данных якобы всегда проблемно. Совсем нет, и в копьютерной графике например (GPU), хранение текстур/буферов в виде rrrrr bbbbb gggg wwww довольно часто встречается (или floating point застримленных по частям) или даже выкушенных и сохраненных рядом битов из байт (т.е. RxTx(1155 знак., 01.06.2020 23:54)
- Предложение 3 в данном случае не катит, все данные двумя большими пакетами (весь массив разбит на две части) ходят в протоколе. - VLLV(31.05.2020 21:15)
  - Сразу все свои требования писать нужно. Включая компилятор, камень и внутренний ли это код или протокольный. - RxTx(31.05.2020 22:36)
    - Ну чисто классика форумов. У меня был всего один вопрос, я дал все необходимые данные. Меня интересует общий ответ на общий вопрос. - VLLV(01.06.2020 12:28)
  - Для протокола ничего не мешает сериализовать и десериализовать как нужно. А не пытаться в протокол пихать как есть порождая массу сложностей при обычном обращении. - fk0(31.05.2020 22:08)
    - Ты все всегда пишешь сам? Это не "управление курятником", тут множество людей потопталось и помыло ноги. - VLLV(01.06.2020 12:30)

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