Re: trim/discard success story
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 would be really bad if the drive applied trim after the block had been re-allocated for a write. It would also be really bad if the drive loses unrelated data if there is a power fail during trim. If writes get blocked by a pending trim, then trim would not help very much. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: ZFSv28 is in!
On Thu, 3 Mar 2011, Fabian Keil wrote: When you add the tuning back, does it take minutes again to boot? If not, I assume it was cleaning up some leftovers the old version was not able to cleanup. I haven't tried that yet, but as I didn't upgrade the system's storage pool I don't think ZFS is supposed to do any such clean-ups. The new code likely does things like search for and reclaim leaked space. Older zfs versions had some some bugs which could result in failing to reclaim space after a large file is deleted. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org