Цитата:
И разные стеки тоже сама организует (в общем адресном пространстве)? И переключение потоков?
адресное пространство ее, только ее
и переключение потоков и стек легко реализуются на процессорах без ММУ
да всем ли задачам нужна многопоточность ?
пример:
комп АСУ ТП - нужна 1 задачная ОС с графическим интерфейсом. Шоб больше ничо нельзя было делать на этом компе.
А нету. В основном сименсковое программное обеспечение под винду.
Цитата:
Тут, кстати, я забыл добавить, - можно, но это будет неэффективно, т.к. межпроцессное взаимодействие будет всегда работать мимо кеша, то есть в сотни раз медленней. Либо надо добавлять атрибут к странице памяти, что она "кешируема, но только не на первом уровне", хотя и это уже будет бессмысленно замедлять работу.
1 уровня кеш - ЛОГИЧЕСКИЕ АДРЕСА, НЕ ФИЗИЧЕСКИЕ !!!!!!
указывают только на пространство задачи.
Цитата:
Да у вас в одном утверждении сразу две проблемы, а вы говорите "единственная". Я их тут уже ворох нарыл. А то, что нельзя параллелить потоки - это серьёзнейший минус.
Я вас всё подвожу к мысли, что не надо хранить теневой кеш, проблем от этого много, а выгоды никакой.
при переключении задачи кеш не сбрасывается
Цитата:
Так я не про адреса. Лишнюю физическую память можно вообще не реализовывать.
ну может быть
для задач получается что процессор не многозадачный, а 1 задачный
1 большое адресное пространство, единоличное 1 задачи
нету прямой связи между задачами
4 ядра (ну может и больше если поместится) - задача может выполнятся на любом так как регистровый файл общий
поэтому нет понятия приорететный процессор/ядро