From owner-svn-src-all@freebsd.org Tue Jan 24 13:28:47 2017 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 74057CC01C9; Tue, 24 Jan 2017 13:28:47 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-lf0-x241.google.com (mail-lf0-x241.google.com [IPv6:2a00:1450:4010:c07::241]) (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 07A7D8E9; Tue, 24 Jan 2017 13:28:47 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-lf0-x241.google.com with SMTP id q89so17343648lfi.1; Tue, 24 Jan 2017 05:28:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=d34IP/O5A9wflOn04DNO/SmNbRlNLDPZtcasZeV3sBM=; b=nXbpYOot/XWaW9U0w6fpAphOsY29UFEC1u9doJh9iUwkQVFk9gNVYGk8M291Mwo8Bz KbT0AFv4KetmL9uSiTZz9UNbAgLdUZI264GtsbwKRE4dX0PQvl5ExRNNYfus/zuLoLvr s658G/QGkZUNt3FBZeFCZnO3y45VO6sTSiAq9M69/7kkbBlMxruJD2Ah2fgyw6Tt6NHg sBqeLl+JcPouRjwKwR8wIoeUp9QrS2y7TmOMiQF4dEFNtFvfC97yGxso7u5GuPw2m7Wb w25f97FZ4NLlMWj79oqrHvDmn8ykShNYM78VMoSrq7HKogRqBv9L4tByDc8mbqa2D6M1 qxmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=d34IP/O5A9wflOn04DNO/SmNbRlNLDPZtcasZeV3sBM=; b=rQxrM8xzXB4BaPWNe2iXEb5pxvqjeUFPbfC22vV5dTLi6nsRu8f3XNtcalA57sAPXa nK6lQSlvDYKUwfZ3QE9bCWueO4F0AoWP9AZ88L58s7muKpxVnkXBZ0XYKq1d5XtyIuvf PYfPpBHOEaph/3pyILaQ3S6IZ737p0ufOllUD8okK3MrO5wffpaO4pmKI+ipPo3bDALs ekeq9hMTY82sWGHoWvEc7fVpsnmUU/TezjHLyuifmeHoSSu38gdnanqUJL+EyvTzfD1w c+8G4TqbD4lZcFDnKaeF9cSVCfWB+I1VT6+E8F0O1TYsjePuPgYLimBiLPbvgCAlIc4k tlNQ== X-Gm-Message-State: AIkVDXLrYGTACZRq3+OB254nNHW2VMkPwZhO1ZpLjF6mYLaVapRGdrku7ZIb+sqYuRHsAA== X-Received: by 10.46.75.25 with SMTP id y25mr14161276lja.45.1485264523307; Tue, 24 Jan 2017 05:28:43 -0800 (PST) Received: from spectre.mavhome.dp.ua ([134.249.139.101]) by smtp.gmail.com with ESMTPSA id j87sm7453981lfi.25.2017.01.24.05.28.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Jan 2017 05:28:42 -0800 (PST) Sender: Alexander Motin Subject: Re: svn commit: r312694 - in head: sys/cam/ctl usr.sbin/ctladm To: Konstantin Belousov References: <201701241213.v0OCDfpa096425@repo.freebsd.org> <20170124131427.GK2349@kib.kiev.ua> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org From: Alexander Motin Message-ID: <1e84f54f-89ab-e453-d80a-25d2a54ed378@FreeBSD.org> Date: Tue, 24 Jan 2017 15:28:41 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <20170124131427.GK2349@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.23 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: Tue, 24 Jan 2017 13:28:47 -0000 On 24.01.2017 15:14, Konstantin Belousov wrote: > On Tue, Jan 24, 2017 at 12:13:41PM +0000, Alexander Motin wrote: >> Author: mav >> Date: Tue Jan 24 12:13:41 2017 >> New Revision: 312694 >> URL: https://svnweb.freebsd.org/changeset/base/312694 >> >> Log: >> Make CTL ramdisk backend a real RAM disk. >> >> If "capacity" LU option is set, ramdisk backend now implements featured >> thin provisioned disk, storing data in malloc(9) allocated memory blocks >> of pblocksize bytes (default PAGE_SIZE or 4KB). Additionally ~0.2% of LU >> size is used for indirection tree (bigger pblocksize reduce the overhead). >> Backend supports all unmap and anchor operations. If configured capacity >> is overflowed, proper error conditions are reported. >> >> If "capacity" LU option is not set, the backend operates mostly the same >> as before without allocating real storage: writes go to nowhere, reads >> return zeroes, reporting that all LBAs are unmapped. >> >> This backend is still mostly oriented on testing and benchmarking (it is >> still a volatile RAM disk), but now it should allow to run real FS tests, >> not only simple dumb dd. > > This sounds too much like malloc-backed md(4). Yes, it is. Just without memory copies and GEOM calls, and with some additional SCSI features. -- Alexander Motin