Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp6120pxa; Wed, 26 Aug 2020 15:08:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw5RzVIcb5shPnFe0ZfJPZMOxhJTE38E/Dg2wZurGJ4wXGvEBU2cQMpq1+cb9Zkwp7Z/jET X-Received: by 2002:a17:906:af41:: with SMTP id ly1mr17301725ejb.418.1598479735537; Wed, 26 Aug 2020 15:08:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598479735; cv=none; d=google.com; s=arc-20160816; b=y2ZZ6MWlsmhRueEaQqjhKPczG68l5cJkSpY9OEw4ST3Rtbe7RVPkS0pKAARBklkTzy nVfXOr/iNXS0azmWBugP05NMXadIEHt4ZdaaLTngUJTH2hw/V++1WY5kIcCdD2LBt/JO VdhOdx/nEKpiiJfD1tmhKNkXnJpAGsz/WPp5U10RN8qEielP6z4T6WBNX2yYzd3IIQ02 JVNdhF0J+khI0I+wOpbRBG/esHelKumnqRdasNjzK/SPdiThOziNo8DRqfOzGy747Jl3 fOauHnHrtBrmBD8oc9Sd15j9ULVXgon6Z+9jTFaJ1bMvoNg3Ofm23beZgZW1ifAZQUAa 4lvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=Nii5V4XiY+KmfMDOCUYJbycvEUwVkBpmclFbFkaDfxI=; b=J1hicfN9O7l3m4hIh3vvjiKqi8AzJhidWqU6sO9ayjSxK/ZIrqxNtL5PS4paDjr+6m k6WdTPs8M7Cp//fY6Qg5JS2VRjA9XvjdxOK9gqteUGNaoN8mPfJI7Ff3W8MTBFAnXZkF 9I1qh1j9+2JER77rSlAHA+54jpR3RKUDZ0No283UlXrhf90OkK5KlTb3L+K9zWfwqeSa ex9ZENAI41VkEYdY8yVF4JaJiQ4mxVWQ2SAGUVzuXYel60HYjZBMZXvsSSrGYjcxMWfe OM0gBhaX9t39v2lrwQp/F/ob52ZTVF4NgZcu6xWhyoy1Tpdo4yotFWYg98cfEwXnnUut T13Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=cjwglaMy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m27si196767edj.262.2020.08.26.15.08.28; Wed, 26 Aug 2020 15:08:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=cjwglaMy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726858AbgHZWHx (ORCPT + 99 others); Wed, 26 Aug 2020 18:07:53 -0400 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:49943 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726836AbgHZWHw (ORCPT ); Wed, 26 Aug 2020 18:07:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1598479670; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Nii5V4XiY+KmfMDOCUYJbycvEUwVkBpmclFbFkaDfxI=; b=cjwglaMyDYMxtliJ1ZLkWF7aYuY6Xk9oXi8Fxzc16sSO00sd5PzP0FvDjZ6z/qLNiMcoFU +Li+VAJM+OO1RIh5oFJrOv86/tAsazagkzLl8IMp3JhSiEKdDSG+cjr6IBq7NrCuU//U7V Y0GQfFt9ktTiRAeV3hwTedpD8RAPRMA= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-77-xG5ECe31MpaDOSrugm-E8Q-1; Wed, 26 Aug 2020 18:07:45 -0400 X-MC-Unique: xG5ECe31MpaDOSrugm-E8Q-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 4E71F1005504; Wed, 26 Aug 2020 22:07:43 +0000 (UTC) Received: from localhost (unknown [10.18.25.174]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 8C1995C1C4; Wed, 26 Aug 2020 22:07:38 +0000 (UTC) Date: Wed, 26 Aug 2020 18:07:38 -0400 From: Mike Snitzer To: Christoph Hellwig Cc: Jens Axboe , linux-raid@vger.kernel.org, Hans de Goede , Minchan Kim , Richard Weinberger , linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, Song Liu , dm-devel@redhat.com, linux-mtd@lists.infradead.org, cgroups@vger.kernel.org, drbd-dev@tron.linbit.com, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, martin.petersen@oracle.com Subject: Re: [PATCH 06/14] block: lift setting the readahead size into the block layer Message-ID: <20200826220737.GA25613@redhat.com> References: <20200726150333.305527-1-hch@lst.de> <20200726150333.305527-7-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200726150333.305527-7-hch@lst.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jul 26 2020 at 11:03am -0400, Christoph Hellwig wrote: > Drivers shouldn't really mess with the readahead size, as that is a VM > concept. Instead set it based on the optimal I/O size by lifting the > algorithm from the md driver when registering the disk. Also set > bdi->io_pages there as well by applying the same scheme based on > max_sectors. > > Signed-off-by: Christoph Hellwig > --- > block/blk-settings.c | 5 ++--- > block/blk-sysfs.c | 1 - > block/genhd.c | 13 +++++++++++-- > drivers/block/aoe/aoeblk.c | 2 -- > drivers/block/drbd/drbd_nl.c | 12 +----------- > drivers/md/bcache/super.c | 4 ---- > drivers/md/dm-table.c | 3 --- > drivers/md/raid0.c | 16 ---------------- > drivers/md/raid10.c | 24 +----------------------- > drivers/md/raid5.c | 13 +------------ > 10 files changed, 16 insertions(+), 77 deletions(-) In general these changes need a solid audit relative to stacking drivers. That is, the limits stacking methods (blk_stack_limits) vs lower level allocation methods (__device_add_disk). You optimized for lowlevel __device_add_disk establishing the bdi's ra_pages and io_pages. That is at the beginning of disk allocation, well before any build up of stacking driver's queue_io_opt() -- which was previously done in disk_stack_limits or driver specific methods (e.g. dm_table_set_restrictions) that are called _after_ all the limits stacking occurs. By inverting the setting of the bdi's ra_pages and io_pages to be done so early in __device_add_disk it'll break properly setting these values for at least DM afaict. Mike > diff --git a/block/blk-settings.c b/block/blk-settings.c > index 76a7e03bcd6cac..01049e9b998f1d 100644 > --- a/block/blk-settings.c > +++ b/block/blk-settings.c > @@ -452,6 +452,8 @@ EXPORT_SYMBOL(blk_limits_io_opt); > void blk_queue_io_opt(struct request_queue *q, unsigned int opt) > { > blk_limits_io_opt(&q->limits, opt); > + q->backing_dev_info->ra_pages = > + max(queue_io_opt(q) * 2 / PAGE_SIZE, VM_READAHEAD_PAGES); > } > EXPORT_SYMBOL(blk_queue_io_opt); > > @@ -628,9 +630,6 @@ void disk_stack_limits(struct gendisk *disk, struct block_device *bdev, > printk(KERN_NOTICE "%s: Warning: Device %s is misaligned\n", > top, bottom); > } > - > - t->backing_dev_info->io_pages = > - t->limits.max_sectors >> (PAGE_SHIFT - 9); > } > EXPORT_SYMBOL(disk_stack_limits); > > diff --git a/block/blk-sysfs.c b/block/blk-sysfs.c > index 7dda709f3ccb6f..ce418d9128a0b2 100644 > --- a/block/blk-sysfs.c > +++ b/block/blk-sysfs.c > @@ -245,7 +245,6 @@ queue_max_sectors_store(struct request_queue *q, const char *page, size_t count) > > spin_lock_irq(&q->queue_lock); > q->limits.max_sectors = max_sectors_kb << 1; > - q->backing_dev_info->io_pages = max_sectors_kb >> (PAGE_SHIFT - 10); > spin_unlock_irq(&q->queue_lock); > > return ret; > diff --git a/block/genhd.c b/block/genhd.c > index 8b1e9f48957cb5..097d4e4bc0b8a2 100644 > --- a/block/genhd.c > +++ b/block/genhd.c > @@ -775,6 +775,7 @@ static void __device_add_disk(struct device *parent, struct gendisk *disk, > const struct attribute_group **groups, > bool register_queue) > { > + struct request_queue *q = disk->queue; > dev_t devt; > int retval; > > @@ -785,7 +786,7 @@ static void __device_add_disk(struct device *parent, struct gendisk *disk, > * registration. > */ > if (register_queue) > - elevator_init_mq(disk->queue); > + elevator_init_mq(q); > > /* minors == 0 indicates to use ext devt from part0 and should > * be accompanied with EXT_DEVT flag. Make sure all > @@ -815,10 +816,18 @@ static void __device_add_disk(struct device *parent, struct gendisk *disk, > disk->flags |= GENHD_FL_SUPPRESS_PARTITION_INFO; > disk->flags |= GENHD_FL_NO_PART_SCAN; > } else { > - struct backing_dev_info *bdi = disk->queue->backing_dev_info; > + struct backing_dev_info *bdi = q->backing_dev_info; > struct device *dev = disk_to_dev(disk); > int ret; > > + /* > + * For read-ahead of large files to be effective, we need to > + * readahead at least twice the optimal I/O size. > + */ > + bdi->ra_pages = max(queue_io_opt(q) * 2 / PAGE_SIZE, > + VM_READAHEAD_PAGES); > + bdi->io_pages = queue_max_sectors(q) >> (PAGE_SHIFT - 9); > + > /* Register BDI before referencing it from bdev */ > dev->devt = devt; > ret = bdi_register(bdi, "%u:%u", MAJOR(devt), MINOR(devt)); > diff --git a/drivers/block/aoe/aoeblk.c b/drivers/block/aoe/aoeblk.c > index 5ca7216e9e01f3..89b33b402b4e52 100644 > --- a/drivers/block/aoe/aoeblk.c > +++ b/drivers/block/aoe/aoeblk.c > @@ -347,7 +347,6 @@ aoeblk_gdalloc(void *vp) > mempool_t *mp; > struct request_queue *q; > struct blk_mq_tag_set *set; > - enum { KB = 1024, MB = KB * KB, READ_AHEAD = 2 * MB, }; > ulong flags; > int late = 0; > int err; > @@ -407,7 +406,6 @@ aoeblk_gdalloc(void *vp) > WARN_ON(d->gd); > WARN_ON(d->flags & DEVFL_UP); > blk_queue_max_hw_sectors(q, BLK_DEF_MAX_SECTORS); > - q->backing_dev_info->ra_pages = READ_AHEAD / PAGE_SIZE; > d->bufpool = mp; > d->blkq = gd->queue = q; > q->queuedata = d; > diff --git a/drivers/block/drbd/drbd_nl.c b/drivers/block/drbd/drbd_nl.c > index 650372ee2c7822..212bf711fb6b41 100644 > --- a/drivers/block/drbd/drbd_nl.c > +++ b/drivers/block/drbd/drbd_nl.c > @@ -1360,18 +1360,8 @@ static void drbd_setup_queue_param(struct drbd_device *device, struct drbd_backi > decide_on_discard_support(device, q, b, discard_zeroes_if_aligned); > decide_on_write_same_support(device, q, b, o, disable_write_same); > > - if (b) { > + if (b) > blk_stack_limits(&q->limits, &b->limits, 0); > - > - if (q->backing_dev_info->ra_pages != > - b->backing_dev_info->ra_pages) { > - drbd_info(device, "Adjusting my ra_pages to backing device's (%lu -> %lu)\n", > - q->backing_dev_info->ra_pages, > - b->backing_dev_info->ra_pages); > - q->backing_dev_info->ra_pages = > - b->backing_dev_info->ra_pages; > - } > - } > fixup_discard_if_not_supported(q); > fixup_write_zeroes(device, q); > } > diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c > index 9e45faa054b6f4..9d3f0711be030f 100644 > --- a/drivers/md/bcache/super.c > +++ b/drivers/md/bcache/super.c > @@ -1367,10 +1367,6 @@ static int cached_dev_init(struct cached_dev *dc, unsigned int block_size) > if (ret) > return ret; > > - dc->disk.disk->queue->backing_dev_info->ra_pages = > - max(dc->disk.disk->queue->backing_dev_info->ra_pages, > - q->backing_dev_info->ra_pages); > - > atomic_set(&dc->io_errors, 0); > dc->io_disable = false; > dc->error_limit = DEFAULT_CACHED_DEV_ERROR_LIMIT; > diff --git a/drivers/md/dm-table.c b/drivers/md/dm-table.c > index aac4c31cfc8498..324a42ed2f8894 100644 > --- a/drivers/md/dm-table.c > +++ b/drivers/md/dm-table.c > @@ -1924,9 +1924,6 @@ void dm_table_set_restrictions(struct dm_table *t, struct request_queue *q, > q->nr_zones = blkdev_nr_zones(t->md->disk); > } > #endif > - > - /* Allow reads to exceed readahead limits */ > - q->backing_dev_info->io_pages = limits->max_sectors >> (PAGE_SHIFT - 9); > } > > unsigned int dm_table_get_num_targets(struct dm_table *t) > diff --git a/drivers/md/raid0.c b/drivers/md/raid0.c > index f54a449f97aa79..aa2d7279176880 100644 > --- a/drivers/md/raid0.c > +++ b/drivers/md/raid0.c > @@ -410,22 +410,6 @@ static int raid0_run(struct mddev *mddev) > mdname(mddev), > (unsigned long long)mddev->array_sectors); > > - if (mddev->queue) { > - /* calculate the max read-ahead size. > - * For read-ahead of large files to be effective, we need to > - * readahead at least twice a whole stripe. i.e. number of devices > - * multiplied by chunk size times 2. > - * If an individual device has an ra_pages greater than the > - * chunk size, then we will not drive that device as hard as it > - * wants. We consider this a configuration error: a larger > - * chunksize should be used in that case. > - */ > - int stripe = mddev->raid_disks * > - (mddev->chunk_sectors << 9) / PAGE_SIZE; > - if (mddev->queue->backing_dev_info->ra_pages < 2* stripe) > - mddev->queue->backing_dev_info->ra_pages = 2* stripe; > - } > - > dump_zones(mddev); > > ret = md_integrity_register(mddev); > diff --git a/drivers/md/raid10.c b/drivers/md/raid10.c > index 9f88ff9bdee437..23d15acbf457d4 100644 > --- a/drivers/md/raid10.c > +++ b/drivers/md/raid10.c > @@ -3865,19 +3865,6 @@ static int raid10_run(struct mddev *mddev) > mddev->resync_max_sectors = size; > set_bit(MD_FAILFAST_SUPPORTED, &mddev->flags); > > - if (mddev->queue) { > - int stripe = conf->geo.raid_disks * > - ((mddev->chunk_sectors << 9) / PAGE_SIZE); > - > - /* Calculate max read-ahead size. > - * We need to readahead at least twice a whole stripe.... > - * maybe... > - */ > - stripe /= conf->geo.near_copies; > - if (mddev->queue->backing_dev_info->ra_pages < 2 * stripe) > - mddev->queue->backing_dev_info->ra_pages = 2 * stripe; > - } > - > if (md_integrity_register(mddev)) > goto out_free_conf; > > @@ -4715,17 +4702,8 @@ static void end_reshape(struct r10conf *conf) > conf->reshape_safe = MaxSector; > spin_unlock_irq(&conf->device_lock); > > - /* read-ahead size must cover two whole stripes, which is > - * 2 * (datadisks) * chunksize where 'n' is the number of raid devices > - */ > - if (conf->mddev->queue) { > - int stripe = conf->geo.raid_disks * > - ((conf->mddev->chunk_sectors << 9) / PAGE_SIZE); > - stripe /= conf->geo.near_copies; > - if (conf->mddev->queue->backing_dev_info->ra_pages < 2 * stripe) > - conf->mddev->queue->backing_dev_info->ra_pages = 2 * stripe; > + if (conf->mddev->queue) > raid10_set_io_opt(conf); > - } > conf->fullsync = 0; > } > > diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c > index 68e41ce3ca75cc..415ce3cc155698 100644 > --- a/drivers/md/raid5.c > +++ b/drivers/md/raid5.c > @@ -7413,8 +7413,6 @@ static int raid5_run(struct mddev *mddev) > int data_disks = conf->previous_raid_disks - conf->max_degraded; > int stripe = data_disks * > ((mddev->chunk_sectors << 9) / PAGE_SIZE); > - if (mddev->queue->backing_dev_info->ra_pages < 2 * stripe) > - mddev->queue->backing_dev_info->ra_pages = 2 * stripe; > > chunk_size = mddev->chunk_sectors << 9; > blk_queue_io_min(mddev->queue, chunk_size); > @@ -8002,17 +8000,8 @@ static void end_reshape(struct r5conf *conf) > spin_unlock_irq(&conf->device_lock); > wake_up(&conf->wait_for_overlap); > > - /* read-ahead size must cover two whole stripes, which is > - * 2 * (datadisks) * chunksize where 'n' is the number of raid devices > - */ > - if (conf->mddev->queue) { > - int data_disks = conf->raid_disks - conf->max_degraded; > - int stripe = data_disks * ((conf->chunk_sectors << 9) > - / PAGE_SIZE); > - if (conf->mddev->queue->backing_dev_info->ra_pages < 2 * stripe) > - conf->mddev->queue->backing_dev_info->ra_pages = 2 * stripe; > + if (conf->mddev->queue) > raid5_set_io_opt(conf); > - } > } > } > > -- > 2.27.0 > > -- > dm-devel mailing list > dm-devel@redhat.com > https://www.redhat.com/mailman/listinfo/dm-devel