форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[Проследить за развитием треда]

"OpenNews: Список системных вызовов FreeBSD, которые не избав..."

Сообщение от opennews on 31-Май-05, 16:14

Robert Watson опубликовал (http://kerneltrap.org/node/5191) список системных вызовов,  которые еще приводят к полной блокировке (giant lock) на SMP системах. Giant lock еще присутствует в вызовах управляющих расширенными атрибутами файлов (extattr_*), NFS (nfsclnt), NTP (ntp_gettime), монтированием ФС (mount, unmount, nmount), асинхронным вводом/выводом (aio_*, lio_*). URL: http://kerneltrap.org/node/5191 Новость: http://www.opennet.ru/opennews/art.shtml?num=5538

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

Сообщения по теме

[Сортировка по ответам]

	1. "Список системных вызовов FreeBSD, которые не избавлены от gi..."
	Сообщение от Осторожный on 31-Май-05, 16:14
	Очень хорошо если NFS и асихронный ввод-вывод будут MPSAFE.
	Cообщить модератору | Наверх | ^

	2. "Список системных вызовов FreeBSD, которые не избавлены от gi..."
	Сообщение от Dmitry U. Karoiv on 31-Май-05, 16:40
	Интересно было бы почитать подробнее об этих Гиант-Локах. Чего это вдруг все на них окрысились? IMHO, на двухпроцессорной (и даже, скорее всего, на четырёхпроцесорной) системе они не так уж вредны...
	Cообщить модератору | Наверх | ^

	3. "Список системных вызовов FreeBSD, которые не избавлены от gi..."
	Сообщение от Осторожный on 01-Июн-05, 08:13
	На эту тему уже писали Giant Lock - это глобальная блокировка в коде ядра, используемая чтобы другой процессор или thread не залез в ненужное время в ненужное место и чего-нибудь не испортил. Отсутствие глобальной блокировки должно ускорять работу и 1-CPU машин, а не только 2-CPU и 4-CPU. Насколько я понял Giant Lock заменяют на множество локальных блокировок. Локальные блокировки относятся уже к какой-то конкретной части ядра. Множество локальных блокировок позволяет процессам меньше затыкаться на Giant Lock, и таким образом исполнение получается более быстрым.
	Cообщить модератору | Наверх | ^

	4. "Список системных вызовов FreeBSD, которые не избавлены от gi..."
	Сообщение от ZOD (??) on 01-Июн-05, 17:10
	Всё верно только однопроцессорным от этого не легче так как одновременно может испонятся только либо код процесса либо ядра, либо второго процесса. Возможно только для HT будет какая то разница.
	Cообщить модератору | Наверх | ^

	5. "Список системных вызовов FreeBSD, которые не избавлены от gi..."
	Сообщение от Dmitry U. Karoiv on 01-Июн-05, 21:05
	> Giant Lock - это глобальная блокировка в коде ядра, используемая чтобы другой процессор или thread не залез в ненужное время в ненужное место и чего-нибудь не испортил. Это-то я и сам прекрасно понимаю. Меня интересуют подробности, в т.ч. оценки потерь производительности на реально работающих системах. > Отсутствие глобальной блокировки должно ускорять работу и 1-CPU машин, а не только 2-CPU и 4-CPU. А вот в это, простите, я не верю - на однопроцессорных системах Giant Lock д.б. проще и эффективнее локальных блокировок (собственно, Giant Lock - это наследие однопроцессорных систем, на которых развивались первые версии Linux и *BSD).
	Cообщить модератору | Наверх | ^

	6. "Список системных вызовов FreeBSD, которые не избавлены от gi..."
	Сообщение от RIPper_wk (ok) on 02-Июн-05, 16:16
	в НФС у меня это приводило к кордампу . в 4.10
	Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема