1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
-
Topic author - Valued Contributor
- Posts: 62
- Joined: Mon Feb 28, 2022 5:16 pm
- Reputation: 0
- Location: Adelaide, South Australia
- Status: Offline
- Contact:
1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
An interesting question on behalf...
https://docs.vmssoftware.com/vsi-openvm ... ase-notes/
> With regard to the release notes, do you understand this restriction?
>
> 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes on
> Any Architecture
>
> I understand "Thin provisoning" to be that when an OpenVMS tries to
> define a disk with a certain size, that the virtualizing platform does
> not initially reserve all the space defined, but only for the blocks
> that are occupied. When the space grows the virtualization SW will map
> more physical storage.
>
> With "thick provisioning" all the physical space is pre-allocated,
> whether an Operating System uses it or not.
>
> What does an Operating System have to do to be able to support "Thin
> provisioning"?
>
> Does a virtualizing environment VMware/KVM not act like an intelligent
> storage solution?
> ie. it is all transparent for the Operating System?
https://docs.vmssoftware.com/vsi-openvm ... ase-notes/
> With regard to the release notes, do you understand this restriction?
>
> 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes on
> Any Architecture
>
> I understand "Thin provisoning" to be that when an OpenVMS tries to
> define a disk with a certain size, that the virtualizing platform does
> not initially reserve all the space defined, but only for the blocks
> that are occupied. When the space grows the virtualization SW will map
> more physical storage.
>
> With "thick provisioning" all the physical space is pre-allocated,
> whether an Operating System uses it or not.
>
> What does an Operating System have to do to be able to support "Thin
> provisioning"?
>
> Does a virtualizing environment VMware/KVM not act like an intelligent
> storage solution?
> ie. it is all transparent for the Operating System?
-
- Master
- Posts: 154
- Joined: Fri Jun 28, 2019 8:45 am
- Reputation: 0
- Location: South Tyneside, UK
- Status: Offline
- Contact:
Re: 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
I've expecting that statement and was wondering when it would appear.
I've found that thin provisioned virtual volumes provided by 3PAR work with OpenVMS V8.4-2L1 i64 however the performance can be worse than with full provisioned. I've mostly converted the virtual volumes to full provisioning and this gives me a push to finish that. I've not seen any loss or corruption of data.
I've not tried thin provisioned volumes on OpenVMS x86 V9.x.
I've found that thin provisioned virtual volumes provided by 3PAR work with OpenVMS V8.4-2L1 i64 however the performance can be worse than with full provisioned. I've mostly converted the virtual volumes to full provisioning and this gives me a push to finish that. I've not seen any loss or corruption of data.
I've not tried thin provisioned volumes on OpenVMS x86 V9.x.
Ian Miller
[ personal opinion only. usual disclaimers apply. Do not taunt happy fun ball ].
[ personal opinion only. usual disclaimers apply. Do not taunt happy fun ball ].
-
- Master
- Posts: 368
- Joined: Fri Apr 17, 2020 7:31 pm
- Reputation: 0
- Location: Rhode Island, USA
- Status: Offline
- Contact:
Re: 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
I am not a HW person, but I would expect a write where the VM software has to allocate new space before completing the write to be many times slower than a normal write, and maybe there could be a timeout issue.
-
- Master
- Posts: 154
- Joined: Fri Jun 28, 2019 8:45 am
- Reputation: 0
- Location: South Tyneside, UK
- Status: Offline
- Contact:
Re: 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
I'm intrigued why VSI don't support thin provisioned volumes but HPE did.
Ian Miller
[ personal opinion only. usual disclaimers apply. Do not taunt happy fun ball ].
[ personal opinion only. usual disclaimers apply. Do not taunt happy fun ball ].
Re: 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
Only VSI knows for sure, but the decision could simply be financially motivated:
Support costs associated with not supporting a feature/capability: near zero
Support costs associated with supporting a feature/capability: non-zero
You have to make the latter work, test it, listen to customer complaints, answer support questions, improve it, document it.
For the former, you just have to add a paragraph to the release notes.
Every company, VSI included, has to prioritize where they want to invest resources.
-
- VSI Expert
- Active Contributor
- Posts: 25
- Joined: Wed Jun 28, 2023 11:46 am
- Reputation: 0
- Status: Offline
Re: 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
To support Thin Provisioning, the device driver and the OS needs to support the TRIM (ATA) or UNMAP (SCSI) commands. Theses commands release unused LBNs back to the storage device when a file is deleted. It could be done but involves changes to the driver and the file system, etc.
Paul A. Jacobi
VMS Software.
Paul A. Jacobi
VMS Software.
-
Topic author - Valued Contributor
- Posts: 62
- Joined: Mon Feb 28, 2022 5:16 pm
- Reputation: 0
- Location: Adelaide, South Australia
- Status: Offline
- Contact:
Re: 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
Thank you Paul. Authoritative is always preferable.pjacobi wrote: ↑Tue Jan 30, 2024 5:15 pmTo support Thin Provisioning, the device driver and the OS needs to support the TRIM (ATA) or UNMAP (SCSI) commands. Theses commands release unused LBNs back to the storage device when a file is deleted. It could be done but involves changes to the driver and the file system, etc.
Paul A. Jacobi
VMS Software.
Re: 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
Still not clear to me how that explains "loss or corruption of data on the device" in the release notes.
The lack of this support also affects "Thick provisioned" devices with the effect that possible freed blocks are not released(?).
Or am I missing something?
The lack of this support also affects "Thick provisioned" devices with the effect that possible freed blocks are not released(?).
Or am I missing something?
-
- Master
- Posts: 154
- Joined: Fri Jun 28, 2019 8:45 am
- Reputation: 0
- Location: South Tyneside, UK
- Status: Offline
- Contact:
Re: 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
That appears to include OpenVMS V8.4-2L1 on I64 but I don't recall a similar statement in the release notes for that version.VSI OpenVMS does not support thin-provisioned volumes on any architecture.
Ian Miller
[ personal opinion only. usual disclaimers apply. Do not taunt happy fun ball ].
[ personal opinion only. usual disclaimers apply. Do not taunt happy fun ball ].
-
- VSI Expert
- Active Contributor
- Posts: 30
- Joined: Thu Jun 20, 2019 11:48 am
- Reputation: 0
- Status: Offline
Re: 1.1.1. VSI OpenVMS Does Not Support Thin-Provisioned Volumes
HPE implemented the trimming part of thin provisioning in response to a customer request; that support appeared in a patch to HPE VMS V8.4.
The implementation was not good; the performance was so bad the customer never actually used the feature.
I took a look at the work HPE did, and decided we (VSI) should not accept that change in the VSI sources.
It was a pretty large change, in that it touched not only the SCSI class driver DKDRIVER, but also the code that implements MOUNT, INIT, DELETE, several SHOW commands, $GETDVI, the STARLET and LIB libraries, and a few other places that I cannot remember off the top of my head.
-- Rob
The implementation was not good; the performance was so bad the customer never actually used the feature.
I took a look at the work HPE did, and decided we (VSI) should not accept that change in the VSI sources.
It was a pretty large change, in that it touched not only the SCSI class driver DKDRIVER, but also the code that implements MOUNT, INIT, DELETE, several SHOW commands, $GETDVI, the STARLET and LIB libraries, and a few other places that I cannot remember off the top of my head.
-- Rob
--
-- Rob
-- Rob