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

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