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

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

"OpenNews: Сравнение производительности ULE и 4BSD планировщи..."

Сообщение от opennews on 18-Мрт-04, 14:35

В статье "Scheduler Performance: ULE vs. 4BSD" дается оценка производительности двух методов планирования задач в FreeBSD, старого  4BSD и нового  - ULE (как O(1) в Linux ядрах 2.6), являющегося экспериментальным, ULE запланирован для замены 4BSD начиная с FreeBSD 5.3-RELEASE. 4BSD показал большую производительность при одновременном выполнении нескольких процессов, сильная сторона ULE - SMP системы. URL: http://www.thejemreport.com/modules.php?op=modload&name=News&file=article&sid=116 Новость: http://www.opennet.ru/opennews/art.shtml?num=3502

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

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

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

1. "Сравнение производительности ULE и 4BSD планировщиков задач ..."

Сообщение от dawnshade on 18-Мрт-04, 14:35

Гм... так ULE уже давно дефолтен для -CURRENT

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

	2. "Сравнение производительности ULE и 4BSD планировщиков задач ..."
	Сообщение от Maxim Chirkov on 18-Мрт-04, 14:53
	>Гм... так ULE уже давно дефолтен для -CURRENT Это было сделано после ответвления 5.2R http://www.freebsd.org/releases/5.3R/todo.html "SCHED_ULE as the default scheduler" SCHED_ULE provides better interactivity, higher performance, and the ability to support pinning and affinity. Basic HTT scheduling policies should be in place for 5.3 also.
	Cообщить модератору | Наверх | ^

	3. "Сравнение производительности ULE и 4BSD планировщиков задач ..."
	Сообщение от dawnshade on 18-Мрт-04, 15:03
	>>Гм... так ULE уже давно дефолтен для -CURRENT > >Это было сделано после ответвления 5.2R > >http://www.freebsd.org/releases/5.3R/todo.html > >"SCHED_ULE as the default scheduler" > >SCHED_ULE provides better interactivity, higher performance, and the ability to support pinning >and affinity. Basic HTT scheduling policies should be in place for >5.3 also. Угу.
	Cообщить модератору | Наверх | ^

Удалить

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