The OpenNET Project / Index page

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



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

Оглавление

Для ядра Linux представлена седьмая версия планировщика зада..., opennews (ok), 13-Фев-13, (0) [смотреть все]

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


17. "Для ядра Linux представлена седьмая версия планировщика зада..."  –4 +/
Сообщение от skybon (ok), 13-Фев-13, 19:16 
Я не программер ядра, всех тонкостей не знаю. Но копирование больших файлов с CFQ - былинный отказ поэтому пользуюсь deadline.
Ответить | Правка | Наверх | Cообщить модератору

18. "Для ядра Linux представлена седьмая версия планировщика зада..."  +/
Сообщение от Anonym (?), 13-Фев-13, 21:23 
> Я не программер ядра, всех тонкостей не знаю. Но копирование больших файлов
> с CFQ - былинный отказ поэтому пользуюсь deadline.

Любопытно... А на какой (исходной - целевой, если разные) файловой системе сие происходит, если не секрет? И примерный размер файла? А то я на xfs и ext3 регулярно 120-150 Гб бекапы туда-сюда копирую, и что-то такого не замечал...
Или Вы ФС через FUSE монтируете?


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

22. "Для ядра Linux представлена седьмая версия планировщика зада..."  +1 +/
Сообщение от гостьemail (?), 13-Фев-13, 23:26 
Через mc копирует по фтп через fuse :)
Ответить | Правка | Наверх | Cообщить модератору

26. "Для ядра Linux представлена седьмая версия планировщика зада..."  +2 +/
Сообщение от Anonymous1 (?), 14-Фев-13, 00:12 
> Через mc копирует по фтп через fuse :)

Дадада, и при этом из окна консоли в иксах... При всяких аконадях, непомуках и 300 процессах console-kit-daemon...
А сетевое соединение через Йоту и пень-колоду, однако...

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

21. "Для ядра Linux представлена седьмая версия планировщика зада..."  +/
Сообщение от ВовкаОсиист (ok), 13-Фев-13, 23:04 
Это вы серьёзно, или как обычно, самоубеждение - великая сила?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

25. "Для ядра Linux представлена седьмая версия планировщика зада..."  +1 +/
Сообщение от Anonymous1 (?), 14-Фев-13, 00:07 
Если это мне, то серьезно... И при чем тут самоубеждение, неясно. Если ожидается запись в один поток и много чтений - то ext3, если много процессов пишут на диск и много читают - xfs. Только agsize=4g при форматировании тома xfs не забыть... А проблемы с планировщиком, на мой взгляд, сильно надуманы - правильное форматирование и монтирование ФC c разумными параметрами вполне достаточно для отсутствия пауз. Конечно, если ФС не монтирована через FUSE.  
Ответить | Правка | Наверх | Cообщить модератору

27. "Для ядра Linux представлена седьмая версия планировщика зада..."  –1 +/
Сообщение от ВовкаОсиист (ok), 14-Фев-13, 00:27 
ну у меня и без fuse клинушка ловит.

// тот самый nForce, да

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

36. "Для ядра Linux представлена седьмая версия планировщика зада..."  +2 +/
Сообщение от Анонимный аноним (?), 14-Фев-13, 06:38 
в статье речь о планировщике задач, а не о планировщике ввода/вывода
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

41. "Для ядра Linux представлена седьмая версия планировщика зада..."  –6 +/
Сообщение от Аноним (-), 14-Фев-13, 09:19 
> в статье речь о планировщике задач, а не о планировщике ввода/вывода

Тюююююууууууууу?! А чья, по-твоему, функция - ввод-вывод?

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

44. "Для ядра Linux представлена седьмая версия планировщика зада..."  +2 +/
Сообщение от Аноним (-), 14-Фев-13, 12:05 
> Тюююююууууууууу?! А чья, по-твоему, функция - ввод-вывод?

Тю-тю, ввод-вывод планируется другими планировщиками.

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

45. "Для ядра Linux представлена седьмая версия планировщика зада..."  –1 +/
Сообщение от Аноним (-), 14-Фев-13, 13:55 
Это в каких-таких осях так плодят сущности? Процессор, значит, один и тот же, а планировщики - разные? Ну и дела-а-а-а-а..... Оказывается, на каждый чих и пых свой планировщик в вашей оси? Вот это даааааааааааааааааа!
Ответить | Правка | Наверх | Cообщить модератору

48. "Для ядра Linux представлена седьмая версия планировщика зада..."  +3 +/
Сообщение от Crazy Alex (ok), 14-Фев-13, 15:45 
Чего курили? Не, если вы думаете, что формироавние очереди запросов диску и арбитраж доступа задач к процессору должен делать один и тот же компонент - это великое открытие, бесспорно.
Ответить | Правка | Наверх | Cообщить модератору

53. "Для ядра Linux представлена седьмая версия планировщика зада..."  +/
Сообщение от Аноним (-), 14-Фев-13, 18:40 
Cправедливости ради, в теории оно бы не помешало, если есть корреляция между этими событиями, например если заранее точно известно что какая то задача гарантировано захочет CPU через 3 милисекунды после запроса чтения, если это учесть то можно сэкономить ресурсы. Другое дело что это очень сложно. Вообще, в идеале в жадеком будущем пранировщики будут аппаратными, ведь кинуть один проводок и триггер гораздо проще чем городит ту современную жуть с мозговывернутыми семафорами мутексами и эвристиками. За один-два такта сигнал пробежал по кристаллу - результат готов. В настоящем РЕАЛЬНОМ ВРЕМЕНИ.
Ответить | Правка | Наверх | Cообщить модератору

56. "Для ядра Linux представлена седьмая версия планировщика зада..."  +1 +/
Сообщение от Crazy Alex (ok), 14-Фев-13, 22:10 
Софт - на то и софт, а не железо, что в нём мало что известно заранее. То есть дя чего-то архиспециализированного межети можно такие зависимости сформировать, но в сколько-нибудь широкой применимости я сильно сомневаюсь.

ну а насчёт железных панировщиков - вы, из извините, чушь несёте.

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

68. "Для ядра Linux представлена седьмая версия планировщика зада..."  +/
Сообщение от pavlinux (ok), 15-Фев-13, 17:49 
> Справедливости ради, в теории оно бы не помешало, если есть корреляция между этими событиями

Корреляцию делают через CGROUP

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

49. "Для ядра Linux представлена седьмая версия планировщика зада..."  –1 +/
Сообщение от ВовкаОсиист (ok), 14-Фев-13, 15:58 
Ну если ты не осилил понять, то можешь сходить на багзиллу kernel.org и почитать багрепорт под номером 12309. Задачи голодают не от планировщика ввода-вывода, а от не правильной работы планировщика процессов.
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

50. "Для ядра Linux представлена седьмая версия планировщика зада..."  +1 +/
Сообщение от Crazy Alex (ok), 14-Фев-13, 16:58 
Да, сходить стоит. Увидите, что статус бага - FIXED. А то, что в него кучу unrelated мусора напихали - вопрос другой и к 12309 отношения уже не имеющий. Как и к планировщикам процессов.
Ответить | Правка | Наверх | Cообщить модератору

51. "Для ядра Linux представлена седьмая версия планировщика зада..."  –1 +/
Сообщение от ВовкаОсиист (ok), 14-Фев-13, 17:55 
Ну если кроме как сходить, ещё и почитать, то можно увидеть, что этот баг никуда не пропал. А закрыли его, так как синдромы отношения к 12309 не имееют, но в простонароде уже привыкли его называть 12309.
Ответить | Правка | Наверх | Cообщить модератору

52. "Для ядра Linux представлена седьмая версия планировщика зада..."  +1 +/
Сообщение от Crazy Alex (ok), 14-Фев-13, 18:24 
Ну так в том числе оно не имеет отношения к (нынешним) планировщикам процессов.
Ответить | Правка | Наверх | Cообщить модератору

54. "Для ядра Linux представлена седьмая версия планировщика зада..."  +2 +/
Сообщение от Аноним (-), 14-Фев-13, 18:44 
> Ну если кроме как сходить, ещё и почитать, то можно увидеть, что
> этот баг никуда не пропал. А закрыли его, так как синдромы
> отношения к 12309 не имееют, но в простонароде уже привыкли его
> называть 12309.

Это простонародье зовется "у меня тормозит комп, венду переустановил, не помогло, линукс переустановил - не помогло, но я точно знаю это двенадцатьтристадевять. Просто знаю и все."

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

70. "Для ядра Linux представлена седьмая версия планировщика зада..."  +/
Сообщение от pavlinux (ok), 20-Фев-13, 04:11 
> Я не программер ядра, всех тонкостей не знаю. Но копирование больших файлов
> с CFQ - былинный отказ поэтому пользуюсь deadline.

Хорошо, только это планировщики ввода/вывода, тут тема про планировщик задач!

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

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

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




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

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