caxapa.ru :: Получается, в этом случае генератор адресов должен создавать xcl файл? А как быть в случае, когда ядро использует 100 переменных, а секция "настройки+алгоритм" 100 + 999 временных? Про эту вторую секцию компилятор ядра ничего не знает

INTEKUFA (11.03.2010 15:40, просмотров: 136) ответил koyodza на вообще-то это можно сделать путём размещения нужных объектов в фиксированной области памяти

Получается, в этом случае генератор адресов должен создавать xcl файл? А как быть в случае, когда ядро использует 100 переменных, а секция "настройки+алгоритм" 100 + 999 временных? Про эту вторую секцию компилятор ядра ничего не знает

Ответить

- 1. должен знать. 2. засуньте эти 100 переменных в структуру (лучше в 10 структур, а те в свою очередь можно объединить в одну) - koyodza(11.03.2010 15:42)
  - "Должен знать" противоречит нашей постановке задачи. Ядро = средство исполнения, секция "настройки+алгоритм" может и должна создавать временные переменные любого формата в свободной области. INTEKUFA(324 знак., 11.03.2010 16:01 - 16:08)
    - Ну, новый алгоритм в 4КБ настроек вряд ли влезет Dir(946 знак., 11.03.2010 17:50)
      - Всё так. По статистике 70...80% модернизаций - добавление входов, выходов, фильтров и временных задержек, где изменение ядра не требуется. Остальные % - замена оборудования и добавление функций ядра. - INTEKUFA(11.03.2010 22:00)
        
        до вас тут уже спрашивали примерно про подобный подход --> - Snaky(13.03.2010 07:22, ссылка)
    - так временные переменные не взаимодействуют с "ядром", для них просто область, в которой их можно создавать. А с абсолютной адрессацией вам точно так же нужно заранее знать максимальный объём временных переменных koyodza(97 знак., 11.03.2010 16:22)
      - Может быть File system в свободной части ОЗУ организовать? - INTEKUFA(11.03.2010 22:10)
        
        Вообще то файловая система не в ОЗУ организуется, а на внешнем носителе Dir(278 знак., 11.03.2010 23:37 - 23:44)

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