Разработчики из компании Google анонсировали (http://permalink.gmane.org/gmane.linux.kernel/1047658) релиз симулятора планировщика задач для ядра Linux (Linsched) с поддержкой версии ядра 2.6.35. Изначально разработанный в университете Северной Каролины, Linsched представляет собой userspace-программу, имитирующую работу планировщика задач ядра Linux. Она позволяет упростить разработку и тестирование новых правил планировщика, а также отладку уже существующих.
В частности, Linsched может имитировать практически любую аппаратную топологию, что значительно упрощает процесс тестирования, позволяя проверить работу планировщика на всех интересующих разработчика конфигурациях без необходимости приобретать соответствующее оборудование. Благодаря тому, что Linsched работает в userspace, для отладки и изучения его поведения разработчик может применять традиционные отладчики, такие, как gdb. В комплект поставки Linsched входит готовый набор тестов для автоматический проверки работы планиров...URL: http://lwn.net/Articles/409680/
Новость: http://www.opennet.me/opennews/art.shtml?num=28268
имхо, очень полезный инструмент для тех нескольких человек в мире, которые отвечают за реализацию планировщика задач в Linux.
>имхо, очень полезный инструмент для тех нескольких человек в мире, которые отвечают за реализацию планировщика задач в Linux.Не забывайте, что от результатов труда этих нескольких человек зависит спокойствие/благосостояние миллионов людей.
>>имхо, очень полезный инструмент для тех нескольких человек в мире, которые отвечают за реализацию планировщика задач в Linux.
> Не забывайте, что от результатов труда этих нескольких человек зависит спокойствие/благосостояние
> миллионов людей.Ну да, Торвальдс и Инго Молнар реджектнули драйвер планировщиков от Коливаса, выкинули его планировщик из ядра. Молнар какой-то бред писал по поводу BFS-а еще.
Они молодцы, трудяги.
CFS стал такой жирный и создаётся впечатление, что он
чуть ли не у каждого процесса спрашивает всевозможные параметры,
вплоть до любимой сказки прабабушки в детстве.
сказки ОТ прабабушки
или сказки в детстве пробабушки
сделайте нормальный такой планировщик, а не симулятор, чтобы обрабатывал все и не вызывал ступор системы при копировании больших файло.
За копирование отвечает планировщик ввода вывода.
Всегда ваш К. О.
Не путайте планировщик задач с планировщиком ввода/вывода
> Не путайте планировщик задач с планировщиком ввода/выводаТоварищ, а скажите, пожалуйста, задачи ввода-вывода - это не есть ли задачи, над которыми должен поработать процессор в том числе или выполнение задач планирования ввода-вывода - не есть ли это задачи, которым нужно процессорное время? Объясните еще, пожалуйста, почему при копировании больших файлов в линуксе, отзывчивость системы падает, если, по вашим словам, за копирование отвечает планировщик ввода-вывода, а не обычный шедулер задач?
Input / Output Scheduling or I/O Scheduling is a term used to describe the method computer operating systems decide the order that block I/O operations will be submitted to storage volumes. I/O Scheduling is sometimes called 'disk scheduling'.
> сделайте нормальный такой планировщикBFS?
BFS
\о \о \о
> сделайте нормальный такой планировщик, а не симулятор, чтобы обрабатывал все и не вызывал ступор системы при копировании больших файло.Во-первых, новость о планировщике процессорного времени, а не ввода-вывода, во-вторых, все уже давно сделано (в zen-kernel, разумеется)
$ cat /sys/block/sda/queue/scheduler
noop deadline cfq [bfq]и никаких проблем с отзывчивостью системы при большом IO. В отличие от винды.
> и никаких проблем с отзывчивостью системы при большом IO. В отличие от
> винды.часто копирую по 0.5-1т в винде[7/2k3s]. нет никаких проблем.чяднт?
> часто копирую по 0.5-1т в винде[7/2k3s]. нет никаких проблем.чяднт?да,используются контроллеры adaptec 58xx серии с винтами 1,5T 7200/Seagate
>> часто копирую по 0.5-1т в винде[7/2k3s]. нет никаких проблем.чяднт?
> да,используются контроллеры adaptec 58xx серии с винтами 1,5T 7200/SeagateДля этого контроллера вообще планировщик не нужен.
Поставишь его в Linux, ещё быстрее будут.
>> сделайте нормальный такой планировщик, а не симулятор, чтобы обрабатывал все и не вызывал ступор системы при копировании больших файло.
> Во-первых, новость о планировщике процессорного времени, а не ввода-вывода, во-вторых,
> все уже давно сделано (в zen-kernel, разумеется)
> $ cat /sys/block/sda/queue/scheduler
> noop deadline cfq [bfq]
> и никаких проблем с отзывчивостью системы при большом IO. В отличие от
> винды.Товарищ, а вы не могли бы в двух словах описать почему BFQ решил эту проблему (ступор системы при копировании больших файлов)?