Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 24 Jan 2017 15:14:28 +0200
From:      Konstantin Belousov <kostikbel@gmail.com>
To:        Alexander Motin <mav@FreeBSD.org>
Cc:        src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r312694 - in head: sys/cam/ctl usr.sbin/ctladm
Message-ID:  <20170124131427.GK2349@kib.kiev.ua>
In-Reply-To: <201701241213.v0OCDfpa096425@repo.freebsd.org>
References:  <201701241213.v0OCDfpa096425@repo.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
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).



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170124131427.GK2349>