BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] Thin Provisioned LVM
- Subject: [Discuss] Thin Provisioned LVM
- From: richard.pieri at gmail.com (Richard Pieri)
- Date: Wed, 11 Mar 2015 15:40:56 -0400
- In-reply-to: <5826ead7c09a9c2debfdaf12db4b173c.squirrel@mail.mohawksoft.com>
- References: <9add572f6d172df6ae1d292b42ee10b6.squirrel@mail.mohawksoft.com> <54FF4556.5040107@gmail.com> <dfce4b3cdeafb3342a1b505319cf3683.squirrel@mail.mohawksoft.com> <55005473.2030908@gmail.com> <2a0abeb4977f9dec804ba8215393e8dd.squirrel@mail.mohawksoft.com> <55007E04.2030601@gmail.com> <5826ead7c09a9c2debfdaf12db4b173c.squirrel@mail.mohawksoft.com>
On 3/11/2015 3:04 PM, markw at mohawksoft.com wrote: > Again, like I said, these do not address the problems. Specifically, the > post about sparse volumes says nothing about how to keep a ZFS pool from > growing out of control on a sparse presented to it from a SAN. It merely You probably have deduplication turned off. > says give ZFS whole disks, which is stupid. Contrary to your assertion, giving ZFS whole disks is smart. Trying to manage ZFS storage at any level other than whole disks is stupid. > The performance "best practice" show how to improve performance on ZFS, > but not how to make the performance on ZFS equivalent to much thinner > volume management. I don't see how you can search for "zfs sparse volume performance tuning" and not get Oracle's documentation on ZFS sparse volume performance tuning. That's the first hit that I get. -- Rich P.
- References:
- [Discuss] Thin Provisioned LVM
- From: markw at mohawksoft.com (markw at mohawksoft.com)
- [Discuss] Thin Provisioned LVM
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Thin Provisioned LVM
- From: markw at mohawksoft.com (markw at mohawksoft.com)
- [Discuss] Thin Provisioned LVM
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Thin Provisioned LVM
- From: markw at mohawksoft.com (markw at mohawksoft.com)
- [Discuss] Thin Provisioned LVM
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Thin Provisioned LVM
- From: markw at mohawksoft.com (markw at mohawksoft.com)
- [Discuss] Thin Provisioned LVM
- Prev by Date: [Discuss] pulse files in /tmp on RHEL 6
- Next by Date: [Discuss] Thin Provisioned LVM
- Previous by thread: [Discuss] Thin Provisioned LVM
- Next by thread: [Discuss] Thin Provisioned LVM
- Index(es):