From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gremlin@basealt.ru>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00,
 HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=unavailable
 autolearn_force=no version=3.4.1
Date: Mon, 23 Mar 2020 08:57:38 +0300
From: "Alexey V. Vissarionov" <gremlin@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Message-ID: <20200323055737.GA11052@altlinux.org>
References: <1276556985.742599.1584648710620.JavaMail.zimbra@taf.ru>
 <b1107685-9b3f-ba75-c7a9-8854c7b7184f@gmail.com>
 <20200319233536.3aba7332dd707c0f603e4714@altlinux.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20200319233536.3aba7332dd707c0f603e4714@altlinux.org>
Subject: Re: [devel]
 =?koi8-r?b?8cTSwSA0LjE5LzUuNCDJIMTJ08vP19nKINvFxNXMxdI=?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2020 05:57:41 -0000
Archived-At: <http://lore.altlinux.org/devel/20200323055737.GA11052@altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

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