-
- можно. А смысл? Лучше сохранять данные в создаваемый объект (массив, структуру), а не по абсолютным адресам - koyodza(11.03.2010 15:19)
- Смысл - как вариант обеспечения обмена данными между ядром и секцией "настройки+алгоритм". Каждая из двух задач (секций) использует общую таблицу адресов ОЗУ, созданную генератором. - INTEKUFA(11.03.2010 15:25)
- Я вам уже намекал на форт, но вы проигнорировали. =AlexD=(295 знак., 11.03.2010 18:38)
- вообще-то это можно сделать путём размещения нужных объектов в фиксированной области памяти - koyodza(11.03.2010 15:34)
- Получается, в этом случае генератор адресов должен создавать xcl файл? А как быть в случае, когда ядро использует 100 переменных, а секция "настройки+алгоритм" 100 + 999 временных? Про эту вторую секцию компилятор ядра ничего не знает - INTEKUFA(11.03.2010 15:40)
- 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, ссылка)
- Всё так. По статистике 70...80% модернизаций - добавление входов, выходов, фильтров и временных задержек, где изменение ядра не требуется. Остальные % - замена оборудования и добавление функций ядра. - INTEKUFA(11.03.2010 22:00)
- так временные переменные не взаимодействуют с "ядром", для них просто область, в которой их можно создавать. А с абсолютной адрессацией вам точно так же нужно заранее знать максимальный объём временных переменных koyodza(97 знак., 11.03.2010 16:22)
- Может быть File system в свободной части ОЗУ организовать? - INTEKUFA(11.03.2010 22:10)
- Вообще то файловая система не в ОЗУ организуется, а на внешнем носителе Dir(278 знак., 11.03.2010 23:37 - 23:44)
- Может быть File system в свободной части ОЗУ организовать? - INTEKUFA(11.03.2010 22:10)
- Ну, новый алгоритм в 4КБ настроек вряд ли влезет Dir(946 знак., 11.03.2010 17:50)
- "Должен знать" противоречит нашей постановке задачи. Ядро = средство исполнения, секция "настройки+алгоритм" может и должна создавать временные переменные любого формата в свободной области. INTEKUFA(324 знак., 11.03.2010 16:01 - 16:08)
- 1. должен знать. 2. засуньте эти 100 переменных в структуру (лучше в 10 структур, а те в свою очередь можно объединить в одну) - koyodza(11.03.2010 15:42)
- Или передачей указателя на объект. - Сергей Борщ(11.03.2010 15:38)
- +1. Абсолютная адрессация должна использоваться только как крайняя мера. Типа как goto :=) - koyodza(11.03.2010 15:40)
- Получается, в этом случае генератор адресов должен создавать xcl файл? А как быть в случае, когда ядро использует 100 переменных, а секция "настройки+алгоритм" 100 + 999 временных? Про эту вторую секцию компилятор ядра ничего не знает - INTEKUFA(11.03.2010 15:40)
- Смысл - как вариант обеспечения обмена данными между ядром и секцией "настройки+алгоритм". Каждая из двух задач (секций) использует общую таблицу адресов ОЗУ, созданную генератором. - INTEKUFA(11.03.2010 15:25)
- можно. А смысл? Лучше сохранять данные в создаваемый объект (массив, структуру), а не по абсолютным адресам - koyodza(11.03.2010 15:19)