From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vivek Goyal Subject: Re: [PATCH 2/4] dm stats: support precise timestamps Date: Tue, 16 Jun 2015 11:33:45 -0400 Message-ID: <20150616153345.GA1069@redhat.com> References: Reply-To: device-mapper development Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dm-devel-bounces@redhat.com Errors-To: dm-devel-bounces@redhat.com To: Mikulas Patocka Cc: Mike Snitzer , Laurence Oberman , Tao Ma , Robin Dong , dm-devel@redhat.com, Coly Li , "Alasdair G. Kergon" List-Id: dm-devel.ids On Tue, Jun 09, 2015 at 05:21:39PM -0400, Mikulas Patocka wrote: [..] > Messages > ======== > > - @stats_create [ []] > + @stats_create > + [ ...] > + [ []] > > Create a new region and return the region_id. > > @@ -48,6 +54,17 @@ Messages > "/" - the range is subdivided into the specified > number of areas. > > + > + The number of optional arguments > + > + > + The following optional arguments are supported > + precise_timestamps - use precise timer with nanosecond resolution > + instead of the "jiffies" variable. When this argument is > + used, the resulting times are in nanoseconds instead of > + milliseconds. Precise timestamps are a little bit slower > + to obtain than jiffies-based timestamps. > + Instead of "precise_timestams" will it make sense to call it "nanosecond_timestamps" or "ns_timestamps". > > An optional parameter. A name that uniquely identifies > the userspace owner of the range. This groups ranges together We are adding these new parameters/arguments in between existing parameters. Will it break any of the existing scritps. Will it make sense to add these new parameters at the end. It is more intuitive. Also, I was wondering that why do we need to introduce this notion of number of optional arguments. Can't we just introduce another optional parameter [ns_timestamps]. That feels little simpler. Thanks Vivek