Куда делся CFQ?

Кровоточащий конец — это Plan9. Линукс очень даже консервативен.

\\?\HarddiskVolume1 же.

Я просто сужу по ASLR, NX bit и остальному такому, в ляликсе всякие интересные эксперименты постоянно проводят и не держатся за очевидно неудачные решения.

Это частный случай. COM*-то на месте. У меня даже дрова к телефону виртуальные COM-порты создают.

и не держатся за очевидно неудачные решения

Это мало для кровоточащего края. На кровоточащем краю старое выкидывают, даже если оно удачное. Просто потому, что старое.

Тупые вантузные программисты не умеют программировать свой же вантуз.

Ну напрограммируй лучше.

На винфак.

Нет, ты. Я, во-первых, не откажусь от полнофункционального кроссплатформеного аналога MyPhoneExplorer ;-P gammu не всё умеет.

Он на месте:

[unixnik@192 ~]$ cat /sys/class/block/sda/queue/scheduler
noop deadline [cfq] 
[unixnik@192 ~]$ 

Нет.

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/blo...

Видишь суслика? Возможно в следующей версии Fedora его и не будет, но в 29 версии он есть. Мне по большому счету без разницы, так как после переключения в биосе на AHCI (раньше на это даже внимания не обращал) на Kubuntu словил 12309, после замены cfq на bfq стало лучше но не так как должно быть. В Fedora и на cfq такой проблемы нет.

у меня при высоком io cfq оказался лучшим. когда идёт везде запись - все остальные поделия вызывают лаги в интерфейсе. хром задумывается(и остальное всё тоже). теперь смотрю - в свежем ядре нет. перепробовал все три mq-deadline [kyber] bfq.
все лагают!!!
верните cfq, выкиньте эти колхозные поделия. поднаделали дебильных тестов, которые совсем не отражают нужности в реальности и по ним судят.. марк.

И как пришёл к такому выводу? Не сравнивал опу с пальцем, вроде нового ядра без cfq со старым но на сfq? А так может на новом ядре ускорилось чтение, и потому dirty буфер раздувается.

Нужно больше информации.

И как пришёл к такому выводу?

наверное, сравнивал задержки отзывчивости интерфейса, после смены планировщика, о чём выше и написано?

А так может на новом ядре ускорилось чтение, и потому dirty буфер раздувается.

а может я и на старом ядре все три планировщика сравнил по отзывчивости, не?