From owner-svn-src-all@freebsd.org Thu Apr 7 14:14:17 2016 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B0C08B07AB8; Thu, 7 Apr 2016 14:14:17 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7473E1390; Thu, 7 Apr 2016 14:14:17 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aoA3G-0001Ws-6Y; Thu, 07 Apr 2016 16:32:50 +0300 Date: Thu, 7 Apr 2016 16:32:50 +0300 From: Slawa Olhovchenkov To: Edward Tomasz Napierala Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r297633 - in head: sys/cddl/contrib/opensolaris/uts/common/fs/zfs sys/fs/ext2fs sys/kern sys/sys sys/ufs/ffs sys/ufs/ufs sys/vm usr.bin/rctl Message-ID: <20160407133250.GA5298@zxy.spb.ru> References: <201604070423.u374NP0Z021115@repo.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201604070423.u374NP0Z021115@repo.freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 14:14:17 -0000 On Thu, Apr 07, 2016 at 04:23:25AM +0000, Edward Tomasz Napierala wrote: > Author: trasz > Date: Thu Apr 7 04:23:25 2016 > New Revision: 297633 > URL: https://svnweb.freebsd.org/changeset/base/297633 > > Log: > Add four new RCTL resources - readbps, readiops, writebps and writeiops, > for limiting disk (actually filesystem) IO. > > Note that in some cases these limits are not quite precise. It's ok, > as long as it's within some reasonable bounds. > > Testing - and review of the code, in particular the VFS and VM parts - is > very welcome. How you calculate iops for sequential IOs? As distinc IOPS or merged? I.e. readin 1 sector from offset 100 and immediately reading 1 sectro from offset 101 accounting as 2IOPS or as 1IOPS? > MFC after: 1 month