История изменений
Исправление e000xf000h, (текущая версия) :
Проверь какой у тебя стоит:
cat /sys/block/ТИП ДИСКА sda,sdb,sdc, etc/queue/scheduler
noop deadline[cfq] - что в скобках в убунте идет по дефолту.
В CFQ каждому процессу присваивается собственная очередь, и каждой очереди присваивается квант времени (timeslice). Планировщик ввода/вывода по кругу обходит каждую очередь и обслуживает запросы из очереди до тех пор, пока не будет исчерпан лимит времени (timeslice) или не останется запросов в этой очереди. В последнем случае CFQ планировщик будет ждать, по умолчанию 10-мс, нового запроса из очереди. Если ожидание было напрасным, то планировщик переходит к следующей очереди.
В рамках каждой очереди процесса, синхронизированные запросы (как, например, читающие) имеют приоритет над не синхронизированными запросами. Таким образом, CFQ способствует чтению и предотвращает проблему writes-starving-reads.
Собстевнно из-за него я и наблюдал фризы а то и подвисания de при копировании с флешки на не ссд хард большого количества файлов с большим объемом.
Исправление e000xf000h, :
Проверь какой у тебя стоит:
cat /sys/block/ТИП ДИСКА(sda,sdb,sdc, etc)/queue/scheduler
noop deadline[cfq] - что в скобках в убунте идет по дефолту.
В CFQ каждому процессу присваивается собственная очередь, и каждой очереди присваивается квант времени (timeslice). Планировщик ввода/вывода по кругу обходит каждую очередь и обслуживает запросы из очереди до тех пор, пока не будет исчерпан лимит времени (timeslice) или не останется запросов в этой очереди. В последнем случае CFQ планировщик будет ждать, по умолчанию 10-мс, нового запроса из очереди. Если ожидание было напрасным, то планировщик переходит к следующей очереди.
В рамках каждой очереди процесса, синхронизированные запросы (как, например, читающие) имеют приоритет над не синхронизированными запросами. Таким образом, CFQ способствует чтению и предотвращает проблему writes-starving-reads.
Собстевнно из-за него я и наблюдал фризы а то и подвисания de при копировании с флешки на не ссд хард большого количества файлов с большим объемом.
Исходная версия e000xf000h, :
Проверь какой у тебя стоит:
cat /sys/block/sda/queue/scheduler
noop deadline[cfq] - что в скобках в убунте идет по дефолту.
В CFQ каждому процессу присваивается собственная очередь, и каждой очереди присваивается квант времени (timeslice). Планировщик ввода/вывода по кругу обходит каждую очередь и обслуживает запросы из очереди до тех пор, пока не будет исчерпан лимит времени (timeslice) или не останется запросов в этой очереди. В последнем случае CFQ планировщик будет ждать, по умолчанию 10-мс, нового запроса из очереди. Если ожидание было напрасным, то планировщик переходит к следующей очереди.
В рамках каждой очереди процесса, синхронизированные запросы (как, например, читающие) имеют приоритет над не синхронизированными запросами. Таким образом, CFQ способствует чтению и предотвращает проблему writes-starving-reads.
Собстевнно из-за него я и наблюдал фризы а то и подвисания de при копировании с флешки на не ссд хард большого количества файлов с большим объемом.