>Проблема SMP - одновременный доступ процессоров по одному адресу. Когда на процесоры
>планируется выполнение кода из разных процессов это не страшно так как
>у каждого процесса свой участок памяти. А когда нити на процессорах
>проходят через один процесс, то...
>Если не понятно, читайте о механизмах синхронизации процессов.
Не нужно считать себя умнее других.
Проблемы SMP систем не государственный секрет. И другие тоже умеют читать,
а может и сделали это уже и давно.
>Имейте систему из многих малозависимых друг от друга процессов и проблемы блокировок
>и конфликтов исчезнут.
блин...
так а при чем тут ЯДРО??
Судя по вашим словам его проблемы решаються правильным выбором юзер-левел процессов %))))
>Кластеры и распределённые вычисления вам показались. Меня учили, что распределённые вычисления это
>когда есть сеть вычислительных машин.
а меня учили, что Земля - треугольная.
Есть определение таких вычислений и в нем нет и слова и железной платформе.
Множестом исполнителей может быть как набор нодов кластера, так и ядра SMP системы.
>Я говорю про одну ВМ с одной ОС.
Как видишь - неважно. Принципы те же.
>"SMP способности ядра".
>Да, можно так сказать.
что "да"? :) Вопрос был: как принцип защиты памяти модулей может влиять на эффективность работы SMP системы? :) Тем более, что мы выяснили, что эффективность все-таки зависит львиной частью от архитектуры пользовательских процессов.