The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Рост числа процессорных ядер приведет к необходимости смены ..., opennews (??), 02-Окт-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Рост числа процессорных ядер приведет к необходимости смены ..."  +2 +/
Сообщение от vvnab (?), 02-Окт-10, 16:16 
DragonFlyBSD?
Ответить | Правка | Наверх | Cообщить модератору

62. "Рост числа процессорных ядер приведет к необходимости смены ..."  +/
Сообщение от Vitaly_loki (ok), 02-Окт-10, 21:48 
Я именно о ней и подумал, читая эту новость )
Ответить | Правка | Наверх | Cообщить модератору

77. "Рост числа процессорных ядер приведет к необходимости смены ..."  +/
Сообщение от Aquarius (ok), 03-Окт-10, 00:07 
а что в ней на этот предмет?
Ответить | Правка | Наверх | Cообщить модератору

84. "Рост числа процессорных ядер приведет к необходимости смены ..."  –3 +/
Сообщение от аноним (?), 03-Окт-10, 01:01 
а то. зайдите на сайт и прочитайте.
Ответить | Правка | Наверх | Cообщить модератору

97. "Рост числа процессорных ядер приведет к необходимости смены ..."  +5 +/
Сообщение от Aquarius (ok), 03-Окт-10, 08:57 
> а то. зайдите на сайт и прочитайте.

то что они от блокировок принялись избавляться сразу после форка и сейчас, скорее всего, избавились совсем? так это я и без их сайта знаю
а нельзя просто прямо ответить на прямо заданный вопрос?

Ответить | Правка | Наверх | Cообщить модератору

173. "Рост числа процессорных ядер приведет к необходимости смены ..."  +/
Сообщение от www2 (??), 12-Окт-10, 15:19 
А в DragonFly принята несколько другая парадигма многопроцессорной системы. Там у каждого ядра есть свой планировщик. Поэтому в пределах одного планировщика получается практически однозадачная система, которой не нужны блокировки. В случае же если необходимо обратиться к ресурсу, закреплённому за другим процессором, процесс либо сам мигрирует на этот процессор либо отправляет запрос диспетчеру ресурса, работающему на этом процессоре. Запрос представляет собой сообщение, которое складывается в очередь сообщений диспетчера ресурса. Диспетчер ресурса обрабатывает сообщения по очереди и отвечает на них. Процесс сам решает, стоит ли ему ждать ответа на сообщение или стоит обработать ответ на сообщение асинхронно, продолжая выполнять другую работу.

Например, есть жёсткий диск, есть драйвер жёсткого диска. Этот драйвер является отдельным процессом и он привязан к одному процессору. На другом процессоре этот же драйвер запуститься не может, а на том же самом процессоре драйвер-процесс не сможет сам себя вытеснить. Все обращения к жёсткому диску попадают в виде сообщений в очередь сообщений драйвера-процесса и обрабатываются по очереди.

Всё это существенно отличается от парадигмы реентерабельности единого образа ядра, когда любой процесс может попытаться обратиться к ресурсу любого процессора. При этом приходится постоянно проверять доступность ресурса и блокировать его.

Ответить | Правка | Наверх | Cообщить модератору

174. "Рост числа процессорных ядер приведет к необходимости смены ..."  +/
Сообщение от Vitaly_loki (ok), 27-Окт-10, 15:01 
>[оверквотинг удален]
> или стоит обработать ответ на сообщение асинхронно, продолжая выполнять другую работу.
> Например, есть жёсткий диск, есть драйвер жёсткого диска. Этот драйвер является отдельным
> процессом и он привязан к одному процессору. На другом процессоре этот
> же драйвер запуститься не может, а на том же самом процессоре
> драйвер-процесс не сможет сам себя вытеснить. Все обращения к жёсткому диску
> попадают в виде сообщений в очередь сообщений драйвера-процесса и обрабатываются по
> очереди.
> Всё это существенно отличается от парадигмы реентерабельности единого образа ядра, когда
> любой процесс может попытаться обратиться к ресурсу любого процессора. При этом
> приходится постоянно проверять доступность ресурса и блокировать его.

Всё верно! Если сказать простыми словами, то там используются LWKT (Light Weight Kernel Threads), т.е. каждый процесс обладает собственным планировщиком. Насколько я помню, именно из-за реализации этиз концепций Диллон и ушел из FreeBSD.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру