On Tue, Apr 03, 2012 at 06:18:43PM -0700, Julian Elischer wrote:
> for flash drives this is great news..
> Now if ZFS would get trim support, that too would be great.
I'm working on it.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
FreeBSD committer
On 4/3/12 8:51 PM, Matthew Jacob wrote:
My experience at Alacritech was that Trim was so expensive timewise
that it could not be used in that application space. Instead,
SECURITY ERASE on the relatively infrequent reboots cleaned things
up pretty well.
This should be with a grain of salt beca
On 4/3/12 6:50 PM, Bob Friesenhahn wrote:
On Tue, 3 Apr 2012, Julian Elischer wrote:
for flash drives this is great news..
Now if ZFS would get trim support, that too would be great.
The major unknown issue with trim is how well the drives
schedules/defers the trim operation so that it does
My experience at Alacritech was that Trim was so expensive timewise that
it could not be used in that application space. Instead, SECURITY ERASE
on the relatively infrequent reboots cleaned things up pretty well.
This should be with a grain of salt because I expect trim timings are
not only ve
On Tue, 3 Apr 2012, Julian Elischer wrote:
for flash drives this is great news..
Now if ZFS would get trim support, that too would be great.
The major unknown issue with trim is how well the drives
schedules/defers the trim operation so that it does not interfer with
other I/Os. Also, it wo
Today I had reason to try the UFS "trim" support on the FreeBSD
version of the Fusion-IO driver,
and I'm pleased to say that it appears to work just fine..
on a 1.3TB flash card..
the numbers of 'sectors' that the drive considers to hold valid data is
reduced after the contents of the drive is
