From owner-svn-src-all@freebsd.org Mon Apr 11 16:04:48 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 CC518B0B08A; Mon, 11 Apr 2016 16:04:48 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 61C821F6B; Mon, 11 Apr 2016 16:04:48 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id l6so152478383wml.1; Mon, 11 Apr 2016 09:04:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=1PMm2vh93SZviW6JAhpeNQ8sjNylcKzaUGTCudek7A0=; b=m6wjDNEwBtB39ykrDkxkf9XpjzJef53UrD9gBgBV3g1a81g9lHN0SrUzmrkJrJMk5V mqDyJdzAaTmFI97RqgEp/MbSnkJanQRTc3KdOxqeLEPH7kUQYTZ2I1Lo4DpQ6bQV7dsG Kh6ulWlnz5x5t+ChQdj6p6KqbV6DGVgNwm2LcXLPhxKOZ+5jvg6HSiyfGnsAFH/o7gQC bXy4JGKO4tSSCLn2AhwIXLH2smtrxbDxs/6wg4Kf1zVjNjxtSIQ5kS5rJb5DmGhlmJBM 8faSTlzOFr5ZxCfnSmwveyiSZHmTNbrmbzYNNtA0E2aYT4/OtrdC2uSpnl/+zdsrxvz5 chWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=1PMm2vh93SZviW6JAhpeNQ8sjNylcKzaUGTCudek7A0=; b=JVrENEs9CPLabl75//jsKNysxDsXbXmOsz1fQA5UnHORKw05JGPejzn9JQDbM3cbqi ercZAvexgA0REj+b9lMbnzIfatB6JPmWJh2wl1RATHJQ/arcKGSqz6n98E2tMmkrAktO TT86OTpMnGxWuJCZ2C8pf17p1xy6qymFSqBWsaxEyDnpr4XlvwkokfEsfwOBbB6VbE6i wHeMGz2+vCoCejHjfwjKIsuZWGQwnl6UWvte6F3bv1tDBxLld7T3Zi47XYVeXem5U+OW LgPX1EoiRPSwbgHlYrehneCWmfVjmLn4m0u4bu3T8E2TNutTg1+PAM7foYlzH8tpaagM nAtA== X-Gm-Message-State: AD7BkJKntkP97rvftiThRTf9Fcug09k1DV9yAiwHeIJQyiw5FWYGJIelSbZRtdl3gKBz/w== X-Received: by 10.194.236.170 with SMTP id uv10mr27374356wjc.32.1460390687006; Mon, 11 Apr 2016 09:04:47 -0700 (PDT) Received: from brick.home (evm95.neoplus.adsl.tpnet.pl. [83.20.210.95]) by smtp.gmail.com with ESMTPSA id e190sm18124352wma.15.2016.04.11.09.04.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Apr 2016 09:04:46 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Mon, 11 Apr 2016 18:04:42 +0200 From: Edward Tomasz Napierala To: Slawa Olhovchenkov 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: <20160411160442.GA9392@brick.home> Mail-Followup-To: Slawa Olhovchenkov , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org References: <201604070423.u374NP0Z021115@repo.freebsd.org> <20160407133250.GA5298@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160407133250.GA5298@zxy.spb.ru> User-Agent: Mutt/1.5.24 (2015-08-30) 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: Mon, 11 Apr 2016 16:04:48 -0000 On 0407T1632, Slawa Olhovchenkov wrote: > 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? Probably one, due to taking readahead into account. But it depends on the filesystem, and is only an best-effort estimation.