Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758414AbbDWVET (ORCPT ); Thu, 23 Apr 2015 17:04:19 -0400 Received: from mx1.redhat.com ([209.132.183.28]:59100 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752170AbbDWVEM (ORCPT ); Thu, 23 Apr 2015 17:04:12 -0400 Message-ID: <1429823050.26534.9.camel@redhat.com> Subject: loop block-mq conversion scalability issues From: "Justin M. Forbes" To: ming.lei@canonical.com Cc: linux-kernel Date: Thu, 23 Apr 2015 16:04:10 -0500 Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1032 Lines: 21 The block-mq conversion for loop in 4.0 kernels is showing us an interesting scalability problem with live CDs (ro, squashfs). It was noticed when testing the Fedora beta that the more CPUs a liveCD image was given, the slower it would boot. A 4 core qemu instance or bare metal instance took more than twice as long to boot compared to a single CPU instance. After investigating, this came directly to the block-mq conversion, reverting these 4 patches will return performance. More details are available at https://bugzilla.redhat.com/show_bug.cgi?id=1210857 I don't think that reverting the patches is the ideal solution so I am looking for other options. Since you know this code a bit better than I do I thought I would run it by you while I am looking as well. Thanks, Justin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/