[
https://issues.apache.org/jira/browse/HDDS-14355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ivan Andika updated HDDS-14355:
-------------------------------
Description:
Currently, it seems that OMKeyCreateRequest calls SCM's allocateBlock RPC even
if the requested size is 0, we can skip this call since the allocateBlock is
redundant.
Test should validate that SCM allocateBlock should never be called when
uploading a zero-sized key either by OMKeyCreateRequest or
OMAllocateBlockRequest (from the BlockOutputStreamEntryPool#allocateNewBlock).
This might be useful if we only want to test the write OM metadata performance
without involving HDDS layer.
was:
Currently, it seems that OMKeyCreateRequest calls SCM's allocateBlock RPC even
if the requested size is 0, we can skip this call since the allocateBlock is
redundant.
Test should validate that SCM allocateBlock should never be called when
uploading a zero-sized key either by OMKeyCreateRequest or
OMAllocateBlockRequest (from the BlockOutputStreamEntryPool#allocateNewBlock).
This might be useful if we only want to test the OM performance without
involving HDDS layer.
> OM should skip allocateBlock for zero-sized key
> -----------------------------------------------
>
> Key: HDDS-14355
> URL: https://issues.apache.org/jira/browse/HDDS-14355
> Project: Apache Ozone
> Issue Type: Improvement
> Reporter: Ivan Andika
> Assignee: Ivan Andika
> Priority: Major
>
> Currently, it seems that OMKeyCreateRequest calls SCM's allocateBlock RPC
> even if the requested size is 0, we can skip this call since the
> allocateBlock is redundant.
> Test should validate that SCM allocateBlock should never be called when
> uploading a zero-sized key either by OMKeyCreateRequest or
> OMAllocateBlockRequest (from the BlockOutputStreamEntryPool#allocateNewBlock).
> This might be useful if we only want to test the write OM metadata
> performance without involving HDDS layer.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
