Evgeny_CD, Архитектор (15.06.2011 13:01, просмотров: 269) ответил Shura на Минусы очевидны. Это будет узкоспециализированная вещь для решения одной конкретной задачи. А такие вопросы давно и успешно решаются при помощи ASIC-
- Какая нах программируемость? На ходу что-ли его перепрограммировать если у юзера вдруг кнопка на панели залипла? - Shura(15.06.2011 13:03)
- А это, кстати, вопрос для сопроцессора вытесняющей ОСи. Чтобы автоматически проверять всякие зависимости данных и запускать в обработку только при готовности. Ну и автоматический учет таймеров - типа если такая-то сущность не готова более n тиков Evgeny_CD(27 знак., 15.06.2011 13:06)
- Ну так я и говорю - одну единственную задачу по обсчёту сферического коня в вакууме будет считать хорошо и быстро, шаг влево/шаг вправо - копыта набок. - Shura(15.06.2011 13:10)
- Ысче раз. В максимальном варианте идеи мы имеем реконфигурируемый на лету сопроцессор. Т.е. пока происходит переключение задач ОСи - меняется конфигурация сопроцессора. При наличии описанных средств разработки можно сделать оптимальную среду Evgeny_CD(29 знак., 15.06.2011 13:18)
- Да-да-да. В вышеприведенном примере все ресурсы переключаются на обработку прерываний от залипшей кнопки и прощай супер-производительность. Оптимальность архитектуры обратно пропорциональна универсальности. - Shura(15.06.2011 13:24)
- А это хорошая постановка задачи для сопроцессора обработки прерываний. Ему задаются максимально допустимые параметры прерываний (минимальный интервал, частота и пр). И при превышении порога он информирует ОСь об этом и "тротлит" (не знаю, какой Evgeny_CD(64 знак., 15.06.2011 13:30)
- Кто это будет программировать и предусматривать? - Vladimir Ljaschko(15.06.2011 13:54)
- Короче, освобождаем ядро от всех задач, кроме одной. Все остальные работают, а оно о России думает :-) C невъебеннейшей силой :-) Shura(138 знак., 15.06.2011 13:33)
- А многое развивается по спирали, знаете ли... - Evgeny_CD(15.06.2011 13:37)
- А это хорошая постановка задачи для сопроцессора обработки прерываний. Ему задаются максимально допустимые параметры прерываний (минимальный интервал, частота и пр). И при превышении порога он информирует ОСь об этом и "тротлит" (не знаю, какой Evgeny_CD(64 знак., 15.06.2011 13:30)
- Да-да-да. В вышеприведенном примере все ресурсы переключаются на обработку прерываний от залипшей кнопки и прощай супер-производительность. Оптимальность архитектуры обратно пропорциональна универсальности. - Shura(15.06.2011 13:24)
- Ысче раз. В максимальном варианте идеи мы имеем реконфигурируемый на лету сопроцессор. Т.е. пока происходит переключение задач ОСи - меняется конфигурация сопроцессора. При наличии описанных средств разработки можно сделать оптимальную среду Evgeny_CD(29 знак., 15.06.2011 13:18)
- Ну так я и говорю - одну единственную задачу по обсчёту сферического коня в вакууме будет считать хорошо и быстро, шаг влево/шаг вправо - копыта набок. - Shura(15.06.2011 13:10)
- А это, кстати, вопрос для сопроцессора вытесняющей ОСи. Чтобы автоматически проверять всякие зависимости данных и запускать в обработку только при готовности. Ну и автоматический учет таймеров - типа если такая-то сущность не готова более n тиков Evgeny_CD(27 знак., 15.06.2011 13:06)
- Какая нах программируемость? На ходу что-ли его перепрограммировать если у юзера вдруг кнопка на панели залипла? - Shura(15.06.2011 13:03)