[devel] Ядра 4.19/5.4 и дисковый шедулер

[devel] Ядра 4.19/5.4 и дисковый шедулер

[alexei]

Добрый день!

Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:

# cat /sys/block/sda/queue/scheduler 
[none] bfq 

при том на 4.9 имеем такую картину:

# cat /sys/block/sda/queue/scheduler 
noop [deadline] 


Лично у меня такое положение вещей вызвало регрессии производительности при обновлении с p8 на p9,
у системы резко вырос iowait. Ситуация выправилась путем принудительного включения bfq на дисках.
Вполне вероятно, что упомянутые в Community@ проблемы имеют те же причины.

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Leonid Krivoshein]

19.03.2020 23:11, alexei@taf.ru пишет:
> Добрый день!
>
> Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
>
> # cat /sys/block/sda/queue/scheduler
> [none] bfq
>
> при том на 4.9 имеем такую картину:
>
> # cat /sys/block/sda/queue/scheduler
> noop [deadline]

А /dev/sda то какой? Для NVME и некоторых SSD вообще лучше noop.


> Лично у меня такое положение вещей вызвало регрессии производительности при обновлении с p8 на p9,
> у системы резко вырос iowait. Ситуация выправилась путем принудительного включения bfq на дисках.
> Вполне вероятно, что упомянутые в Community@ проблемы имеют те же причины.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 752 bytes --]

On Thu, 19 Mar 2020 23:26:42 +0300 Leonid Krivoshein wrote:
> 
> 19.03.2020 23:11, alexei@taf.ru пишет:
> > Добрый день!
> >
> > Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
> >
> > # cat /sys/block/sda/queue/scheduler
> > [none] bfq

Да, на 5.5.9 аналогично. Выставил bfq через udev.d.
Нормально это или нет — вопрос риторический. На мой взгляд, нет. Но
мне проще поменять настройки у себя, чем пытаться всем доказывать,
что нужно включать bfq.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Konstantin Lepikhov]

Hi alexei!

On 03/20/2020, at 04:11:50 AM you wrote:

> Добрый день!
> 
> Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
> 
> # cat /sys/block/sda/queue/scheduler 
> [none] bfq 
> 
> при том на 4.9 имеем такую картину:
> 
> # cat /sys/block/sda/queue/scheduler 
> noop [deadline] 
$ cat /sys/block/sda/queue/scheduler
mq-deadline [bfq] kyber none

$ uname -r
5.5.0-lks-wks-alt0.5

-- 
WBR et al.

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Leonid Krivoshein]

19.03.2020 23:51, Konstantin Lepikhov пишет:
> Hi alexei!
>
> On 03/20/2020, at 04:11:50 AM you wrote:
>
>> Добрый день!
>>
>> Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
>>
>> # cat /sys/block/sda/queue/scheduler
>> [none] bfq
>>
>> при том на 4.9 имеем такую картину:
>>
>> # cat /sys/block/sda/queue/scheduler
>> noop [deadline]
> $ cat /sys/block/sda/queue/scheduler
> mq-deadline [bfq] kyber none
>
> $ uname -r
> 5.5.0-lks-wks-alt0.5

$ cat /sys/block/nvme0n1/queue/scheduler
[none] bfq

$ uname -r
4.19.40-un-def-alt0.M80P.1

С производительностью никаких проблем. :-)

Да модулями на самом деле. И руками в /proc/cmdline.
Иначе, что апстрим задефолтил, то и выбирается.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Leonid Krivoshein]

19.03.2020 23:51, Konstantin Lepikhov пишет:
> Hi alexei!
>
> On 03/20/2020, at 04:11:50 AM you wrote:
>
>> Добрый день!
>>
>> Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
>>
>> # cat /sys/block/sda/queue/scheduler
>> [none] bfq
>>
>> при том на 4.9 имеем такую картину:
>>
>> # cat /sys/block/sda/queue/scheduler
>> noop [deadline]
> $ cat /sys/block/sda/queue/scheduler
> mq-deadline [bfq] kyber none
>
> $ uname -r
> 5.5.0-lks-wks-alt0.5
>

А это уже внешний мобильный USB3:

$ cat /sys/block/sda/queue/scheduler
noop [deadline]

По дефолту, опять же. На том же 4.19 ядре.
deadline мне вообще всегда нравился, для нагруженных систем и серверов 
просто идеален.

# ls /lib/modules/`uname -r`/kernel/block/

Что надо, то и вставляем.


-- 
Best regards,
Leonid Krivoshein.

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[alexei]

----- Исходное сообщение -----
> От: "Leonid Krivoshein" <klark.devel@gmail.com>
> Кому: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
> Отправленные: Пятница, 20 Март 2020 г 4:56:01
> Тема: Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

> 19.03.2020 23:51, Konstantin Lepikhov пишет:
>> Hi alexei!
>>
>> On 03/20/2020, at 04:11:50 AM you wrote:
>>
>>> Добрый день!
>>>
>>> Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
>>>
>>> # cat /sys/block/sda/queue/scheduler
>>> [none] bfq
>>>
>>> при том на 4.9 имеем такую картину:
>>>
>>> # cat /sys/block/sda/queue/scheduler
>>> noop [deadline]
>> $ cat /sys/block/sda/queue/scheduler
>> mq-deadline [bfq] kyber none
>>
>> $ uname -r
>> 5.5.0-lks-wks-alt0.5
> 
> $ cat /sys/block/nvme0n1/queue/scheduler
> [none] bfq
> 
> $ uname -r
> 4.19.40-un-def-alt0.M80P.1
> 
> С производительностью никаких проблем. :-)

На просто десктопе и с ssd/nvme действительно проблем не замечал. Выстрелило
на сервере dvr, у которого в ~100 потоков запись на обычные HDD и на сервере с postgresql.

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Anton Farygin]

Интересно. У нас должно быть какое-то такое правило в udev:

|ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", 
ATTR{queue/scheduler}="bfq" |


On 19.03.2020 23:11, alexei@taf.ru wrote:
> Добрый день!
>
> Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
>
> # cat /sys/block/sda/queue/scheduler
> [none] bfq
>
> при том на 4.9 имеем такую картину:
>
> # cat /sys/block/sda/queue/scheduler
> noop [deadline]
>
>
> Лично у меня такое положение вещей вызвало регрессии производительности при обновлении с p8 на p9,
> у системы резко вырос iowait. Ситуация выправилась путем принудительного включения bfq на дисках.
> Вполне вероятно, что упомянутые в Community@ проблемы имеют те же причины.
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Alexei Takaseev]

Добрый день!

----- Исходное сообщение -----
> От: "Anton Farygin" <rider@basealt.ru>
> Кому: "ALT Linux Team development discussions" <devel@lists.altlinux.org>
> Отправленные: Пятница, 20 Март 2020 г 11:57:21
> Тема: Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

> Интересно. У нас должно быть какое-то такое правило в udev:
> 
>|ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0",
> ATTR{queue/scheduler}="bfq" |

Прошелся поиском в /etc и /lib, ничего похожего нет ни в p9 ни в p8

> On 19.03.2020 23:11, alexei@taf.ru wrote:
>> Добрый день!
>>
>> Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
>>
>> # cat /sys/block/sda/queue/scheduler
>> [none] bfq
>>
>> при том на 4.9 имеем такую картину:
>>
>> # cat /sys/block/sda/queue/scheduler
>> noop [deadline]
>>
>>
>> Лично у меня такое положение вещей вызвало регрессии производительности при
>> обновлении с p8 на p9,
>> у системы резко вырос iowait. Ситуация выправилась путем принудительного
>> включения bfq на дисках.
>> Вполне вероятно, что упомянутые в Community@ проблемы имеют те же причины.
>> _______________________________________________
>> Devel mailing list
>> Devel@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/devel
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 
С уважением, 
технический директор ООО "Телнет" 
Такасеев Алексей Геннадиевич 

e-mail: taf@ilimnet.ru 
тел. 8 39535 61-000, 2-41-41

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Mikhail Novosyolov]

19.03.2020 23:26, Leonid Krivoshein пишет:
>
> 19.03.2020 23:11, alexei@taf.ru пишет:
>> Добрый день!
>>
>> Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
>>
>> # cat /sys/block/sda/queue/scheduler
>> [none] bfq
>>
>> при том на 4.9 имеем такую картину:
>>
>> # cat /sys/block/sda/queue/scheduler
>> noop [deadline]
>
> А /dev/sda то какой? Для NVME и некоторых SSD вообще лучше noop.

В шляпе и в хуавей решили, что лучше bfq:

https://gitee.com/src-openeuler/systemd/blob/master/0001-udev-use-bfq-as-the-default-scheduler.patch

А для каких "некоторых" SSD лучше noop и почему?

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Dmitry V. Levin]

On Sun, Mar 22, 2020 at 02:32:01AM +0300, Mikhail Novosyolov wrote:
> 19.03.2020 23:26, Leonid Krivoshein пишет:
> > 19.03.2020 23:11, alexei@taf.ru пишет:
> >> Добрый день!
> >>
> >> Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
> >>
> >> # cat /sys/block/sda/queue/scheduler
> >> [none] bfq
> >>
> >> при том на 4.9 имеем такую картину:
> >>
> >> # cat /sys/block/sda/queue/scheduler
> >> noop [deadline]
> >
> > А /dev/sda то какой? Для NVME и некоторых SSD вообще лучше noop.
> 
> В шляпе и в хуавей решили, что лучше bfq:
> 
> https://gitee.com/src-openeuler/systemd/blob/master/0001-udev-use-bfq-as-the-default-scheduler.patch

Тут много познавательного написано на эту тему, почитайте:
https://github.com/systemd/systemd/pull/13321

> А для каких "некоторых" SSD лучше noop и почему?

"It is worth noting that there is little difference in throughput between
the mq-deadline/none/bfq I/O schedulers when using fast multi-queue SSD
configurations or fast NVME devices.  In these cases it may be preferable
to use the 'none' I/O scheduler to reduce CPU overhead."


-- 
ldv

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Sergey Y. Afonin]

On Friday 20 March 2020, alexei@taf.ru wrote:

> Скажите, кто знает, а вот такая картина на ядрах, начиная с 4.19, нормальная?:
> 
> # cat /sys/block/sda/queue/scheduler 
> [none] bfq 

Решил глянуть перед обновлением на 5.4. 

# cat /sys/block/sda/queue/scheduler
noop [deadline]

# uname -a
Linux asy-nb.lan 4.19.102-std-def-alt1 #1 SMP Wed Feb 5 21:23:53 UTC 2020 x86_64 GNU/Linux

Система с hdd. В /etc/* про deadline, значит не сам где-то настроил, да и список отличается.

-- 
С уважением, Сергей Афонин

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Alexey V. Vissarionov]

On 2020-03-19 23:35:36 +0300, Andrey Savchenko wrote:

 >>> Скажите, кто знает, а вот такая картина на ядрах, начиная с
 >>> 4.19, нормальная?:
 >>> # cat /sys/block/sda/queue/scheduler
 >>> [none] bfq
 > Да, на 5.5.9 аналогично. Выставил bfq через udev.d

А какая у тебя конфигурация дисков?

 > Нормально это или нет — вопрос риторический.

С чего бы вдруг? По-моему, его практическая ценность достаточно
очевидна.

 > На мой взгляд, нет.

А на мой - недостаточно информации.

 > Но мне проще поменять настройки у себя, чем пытаться всем
 > доказывать, что нужно включать bfq.

Не надо это доказывать.
Просто потому, что это далеко не всегда так.


З.Ы. (Замечу Ышо):

gremlin@ws:~ > cat /sys/block/sd[abc]/queue/scheduler
[mq-deadline] kyber bfq none
[mq-deadline] kyber bfq none
[mq-deadline] kyber bfq none

Потому что:

gremlin@ws:~ > cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md1 : active raid1 sdb2[0] sdc2[2] sda2[1]
      1928741888 blocks [3/3] [UUU]
md0 : active raid1 sdb1[2] sdc1[0] sda1[1]
      24772480 blocks [3/3] [UUU]

Также есть конфигурации, где используются BFQ, Kyber и даже none.
Знания о них можно почерпнуть из документации ядра, а понимание,
когда какой из них предпочтительнее, приходит с опытом (который,
как известно, сын ошибок трудных).


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 2168 bytes --]

On Mon, 23 Mar 2020 08:57:38 +0300 Alexey V. Vissarionov wrote:
> On 2020-03-19 23:35:36 +0300, Andrey Savchenko wrote:
> 
>  >>> Скажите, кто знает, а вот такая картина на ядрах, начиная с
>  >>> 4.19, нормальная?:
>  >>> # cat /sys/block/sda/queue/scheduler
>  >>> [none] bfq
>  > Да, на 5.5.9 аналогично. Выставил bfq через udev.d
> 
> А какая у тебя конфигурация дисков?

sda — ssd
sdb — hdd
 
>  > Нормально это или нет — вопрос риторический.
> 
> С чего бы вдруг? По-моему, его практическая ценность достаточно
> очевидна.
> 
>  > На мой взгляд, нет.
> 
> А на мой - недостаточно информации.
> 
>  > Но мне проще поменять настройки у себя, чем пытаться всем
>  > доказывать, что нужно включать bfq.
> 
> Не надо это доказывать.
> Просто потому, что это далеко не всегда так.
> 
> 
> З.Ы. (Замечу Ышо):
> 
> gremlin@ws:~ > cat /sys/block/sd[abc]/queue/scheduler
> [mq-deadline] kyber bfq none
> [mq-deadline] kyber bfq none
> [mq-deadline] kyber bfq none
> 
> Потому что:
> 
> gremlin@ws:~ > cat /proc/mdstat
> Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
> md1 : active raid1 sdb2[0] sdc2[2] sda2[1]
>       1928741888 blocks [3/3] [UUU]
> md0 : active raid1 sdb1[2] sdc1[0] sda1[1]
>       24772480 blocks [3/3] [UUU]
> 
> Также есть конфигурации, где используются BFQ, Kyber и даже none.
> Знания о них можно почерпнуть из документации ядра, а понимание,
> когда какой из них предпочтительнее, приходит с опытом (который,
> как известно, сын ошибок трудных).
> 
> 


Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Alexey V. Vissarionov]

On 2020-03-23 12:39:40 +0300, Andrey Savchenko wrote:

 >>>>> Скажите, кто знает, а вот такая картина на ядрах, начиная с
 >>>>> 4.19, нормальная?:
 >>>>> # cat /sys/block/sda/queue/scheduler
 >>>>> [none] bfq
 >>> Да, на 5.5.9 аналогично. Выставил bfq через udev.d
 >> А какая у тебя конфигурация дисков?
 > sda — ssd sdb — hdd

При выборе из bfq и none оптимальным действительно может
оказаться none. Хотя для HDD я бы попробовал mq-deadline
(CONFIG_MQ_IOSCHED_DEADLINE).


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 1174 bytes --]

On Mon, 23 Mar 2020 15:28:36 +0300 Alexey V. Vissarionov wrote:
> On 2020-03-23 12:39:40 +0300, Andrey Savchenko wrote:
> 
>  >>>>> Скажите, кто знает, а вот такая картина на ядрах, начиная с
>  >>>>> 4.19, нормальная?:
>  >>>>> # cat /sys/block/sda/queue/scheduler
>  >>>>> [none] bfq
>  >>> Да, на 5.5.9 аналогично. Выставил bfq через udev.d
>  >> А какая у тебя конфигурация дисков?
>  > sda — ssd sdb — hdd
> 
> При выборе из bfq и none оптимальным действительно может
> оказаться none. Хотя для HDD я бы попробовал mq-deadline
> (CONFIG_MQ_IOSCHED_DEADLINE).

Я их сравнивал где-то год назад при высокой i/o нагрузке (десяток
разных писателей на одноядерной системе). BFQ отзывчивость намного
лучше даёт.

Вот, даже видео есть на эту же тему:
https://www.youtube.com/watch?v=1cjZeaCXIyM

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Sergey V Turchin]

On Monday, 23 March 2020 16:18:15 MSK Andrey Savchenko wrote:

[...]
> BFQ отзывчивость намного лучше даёт.
Я уже забыл, когда он был последний раз в наших ядрах.

[...]

-- 
Regards, Sergey.

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Anton V. Boyarshinov]

В Mon, 23 Mar 2020 16:18:15 +0300
Andrey Savchenko <bircoph@altlinux.org> пишет:

> (десяток
> разных писателей на одноядерной системе).

Это по нынешнему времени довольно экзотическая ситуация.

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 1102 bytes --]

On Mon, 23 Mar 2020 16:40:30 +0300 Anton V. Boyarshinov wrote:
> В Mon, 23 Mar 2020 16:18:15 +0300
> Andrey Savchenko <bircoph@altlinux.org> пишет:
> 
> > (десяток
> > разных писателей на одноядерной системе).
> 
> Это по нынешнему времени довольно экзотическая ситуация.

Это было умышленное усиление нагрузки с целью получения достоверных
результатов. Кроме того, наличие многих ядер лишь улучшает работу
BFQ, ограничение на 1 ядро нужно для учёта фактора, что BFQ
создаёт дополнительную нагрузку на CPU.

Мораль такая: при любых сильных I/O нагрузках на HDD BFQ весьма
достойно сохраняет отзывчивость системы, т.е. обеспечивает разумные
и честные latency.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Alexey V. Vissarionov]

On 2020-03-23 16:32:51 +0300, Sergey V Turchin wrote:

 >> BFQ отзывчивость намного лучше даёт.
 > Я уже забыл, когда он был последний раз в наших ядрах.

Ты его с более старым CFQ точно не путаешь?


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Alexey V. Vissarionov]

On 2020-03-23 16:18:15 +0300, Andrey Savchenko wrote:
 >>>>>>> # cat /sys/block/sda/queue/scheduler
 >>>>>>> [none] bfq
 >>>>> Да, на 5.5.9 аналогично. Выставил bfq через udev.d
 >>>> А какая у тебя конфигурация дисков?
 >>> sda — ssd sdb — hdd
 >> При выборе из bfq и none оптимальным действительно может
 >> оказаться none. Хотя для HDD я бы попробовал mq-deadline
 >> (CONFIG_MQ_IOSCHED_DEADLINE).
 > Я их сравнивал где-то год назад при высокой i/o нагрузке
 > (десяток разных писателей на одноядерной системе).

Одноядерная система - это уже экзотика... а десяток писателей -
вполне типовая нагрузка, например, для СХД файлового сервера.

И там, действительно, BFQ может показать себя лучше. А для БД
лично я начну с deadline.

 > BFQ отзывчивость намного лучше даёт.

Забыл добавить "в этих условиях".

 > Вот, даже видео есть на эту же тему:
 > https://www.youtube.com/watch?v=1cjZeaCXIyM

Приводить в пример видеоматериалы с тытрубы - все равно, что
ссылаться на художественное произведение в жанре антинаучной
фантастики.


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Andrey Savchenko]

[-- Attachment #1: Type: text/plain, Size: 871 bytes --]

On Mon, 23 Mar 2020 18:19:12 +0300 Alexey V. Vissarionov wrote:
> On 2020-03-23 16:18:15 +0300, Andrey Savchenko wrote:
>  > Вот, даже видео есть на эту же тему:
>  > https://www.youtube.com/watch?v=1cjZeaCXIyM
> 
> Приводить в пример видеоматериалы с тытрубы - все равно, что
> ссылаться на художественное произведение в жанре антинаучной
> фантастики.

А ты посмотри для начала. Там грамотно выполненное тестирование.
Редкий случай, когда видео оправдано, т.к. ни в каких pdf не
покажешь отзывчивость приложений так, чтоб до всех дошло.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Sergey V Turchin]

On Monday, 23 March 2020 18:02:25 MSK Alexey V wrote:
> On 2020-03-23 16:32:51 +0300, Sergey V Turchin wrote:
>  >> BFQ отзывчивость намного лучше даёт.
>  > 
>  > Я уже забыл, когда он был последний раз в наших ядрах.
> 
> Ты его с более старым CFQ точно не путаешь?
$ date
Вт мар 24 09:28:19 MSK 2020
$ uname -r
4.19.102-std-def-alt1
$ cat /sys/block/sda/queue/scheduler
noop deadline [cfq] 
$ cat /sys/block/sdc/queue/scheduler
[noop] deadline cfq
# locate bfq-iosched
# 

-- 
Regards, Sergey.

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Anton Gorlov]

24.03.2020 9:30, Sergey V Turchin пишет:

>> Ты его с более старым CFQ точно не путаешь?
> $ date
> Вт мар 24 09:28:19 MSK 2020
> $ uname -r
> 4.19.102-std-def-alt1
> $ cat /sys/block/sda/queue/scheduler
> noop deadline [cfq]
> $ cat /sys/block/sdc/queue/scheduler
> [noop] deadline cfq
> # locate bfq-iosched
> #
> 

BFQ вроде как раз с 5 ядер появился..или я ошибаюсь?
У себя сейчас юзаю  mq-deadline, но отзывы не однозначные..

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Sergey V Turchin]

On Tuesday, 24 March 2020 11:51:19 MSK Anton Gorlov wrote:
> 24.03.2020 9:30, Sergey V Turchin пишет:
> >> Ты его с более старым CFQ точно не путаешь?
> > 
> > $ date
> > Вт мар 24 09:28:19 MSK 2020
> > $ uname -r
> > 4.19.102-std-def-alt1
> > $ cat /sys/block/sda/queue/scheduler
> > noop deadline [cfq]
> > $ cat /sys/block/sdc/queue/scheduler
> > [noop] deadline cfq
> > # locate bfq-iosched
> > #
> 
> BFQ вроде как раз с 5 ядер появился..или я ошибаюсь?
Вроде с 4.12, но да, похоже я что-то напутал.

> У себя сейчас юзаю  mq-deadline, но отзывы не однозначные..


-- 
Regards, Sergey.

Re: [devel] Ядра 4.19/5.4 и дисковый шедулер

[Anton Gorlov]

24.03.2020 12:16, Sergey V Turchin пишет:
>>> $ date
>>> Вт мар 24 09:28:19 MSK 2020
>>> $ uname -r
>>> 4.19.102-std-def-alt1
>>> $ cat /sys/block/sda/queue/scheduler
>>> noop deadline [cfq]
>>> $ cat /sys/block/sdc/queue/scheduler
>>> [noop] deadline cfq
>>> # locate bfq-iosched
>>> #
>> BFQ вроде как раз с 5 ядер появился..или я ошибаюсь?
> Вроде с 4.12, но да, похоже я что-то напутал.
> 

Хотя да

zcat /proc/config.gz | grep -i bfq
CONFIG_IOSCHED_BFQ=y
CONFIG_BFQ_GROUP_IOSCHED=y

uname -r
4.19.109-un-def-alt0.M80P.1

# echo bfq >/sys/block/sdb/queue/scheduler
# cat /sys/block/sdb/queue/scheduler
mq-deadline [bfq] none