Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752850AbYHLMcE (ORCPT ); Tue, 12 Aug 2008 08:32:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751979AbYHLMby (ORCPT ); Tue, 12 Aug 2008 08:31:54 -0400 Received: from fms-01.valinux.co.jp ([210.128.90.1]:55548 "EHLO mail.valinux.co.jp" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751864AbYHLMby (ORCPT ); Tue, 12 Aug 2008 08:31:54 -0400 Date: Tue, 12 Aug 2008 21:31:53 +0900 (JST) Message-Id: <20080812.213153.193691490.ryov@valinux.co.jp> To: linux-kernel@vger.kernel.org, dm-devel@redhat.com, containers@lists.linux-foundation.org, virtualization@lists.linux-foundation.org, xen-devel@lists.xensource.com Cc: agk@sourceware.org, balbir@linux.vnet.ibm.com, xemul@openvz.org, kamezawa.hiroyu@jp.fujitsu.com, fernando@oss.ntt.co.jp Subject: [PATCH 0/7] I/O bandwidth controller and BIO tracking From: Ryo Tsuruta X-Mailer: Mew version 5.2.52 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2289 Lines: 51 Hi everyone, Here are new releases of dm-ioband and bio-cgroup. The major change from the previous version is that dm-ioband now supports a device-mapper bvec merge function, which removes the restriction that the device-mapper framework automatically splits a I/O request into several small I/O requests. The size of I/O requests was limited to PAGE_SIZE when the underlying device, such as software RAID, had its own merge function. This restriction had ever been applied to all device-mapper drivers, but it has been solved recently by introducing the bvec merge function feature into device-mapper. The release also includes a minor update of bio-cgroup, that removes some unused code in bio_cgroup_move_task(), which is no longer necessary. dm-ioband Dm-ioband is an I/O bandwidth controller implemented as a device-mapper driver, which gives specified bandwidth to each job running on the same block device. A job is a group of processes with the same pid or pgrp or uid or a virtual machine such as KVM or Xen. A job can also be a cgroup by applying the bio-cgroup patch. bio-cgroup Bio-cgroup is a BIO tracking mechanism, which is implemented on the cgroup memory subsystem. With the mechanism, it is able to determine which cgroup each of bio belongs to, even when the bio is one of delayed-write requests issued from a kernel thread such as pdflush. The following is a list of patches: [PATCH 1/7] dm-ioband: Patch of device-mapper driver [PATCH 2/7] dm-ioband: Documentation of design overview, installation, command reference and examples. [PATCH 3/7] bio-cgroup: Introduction [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts [PATCH 5/7] bio-cgroup: Remove a lot of "#ifdef"s [PATCH 6/7] bio-cgroup: Implement the bio-cgroup [PATCH 7/7] bio-cgroup: Add a cgroup support to dm-ioband Please see the following site for more information: Linux Block I/O Bandwidth Control Project http://people.valinux.co.jp/~ryov/bwctl/ Thanks, Ryo Tsuruta -- 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/