[ 
https://issues.apache.org/jira/browse/ARTEMIS-3290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Francesco Nigro updated ARTEMIS-3290:
-------------------------------------
    Description: 
{{JournalImpl::checkKnownRecordID}}'s slow path is performing a RTT on the 
journal `appendExecutor` to check for record existence, if the journal is still 
processing some record.

Considered that {{checkKnownRecordID}} is always happening before a real 
append, that's again being called on the same executor, probably worth inlining 
the {{checkKnownRecordID}} slow path into the subsequent append happening on 
the append executor, saving 1 RTT and improving append latency under heavy load.

 

  was:
{\{JournalImpl::checkKnownRecordID}}'s slow path, is performing a RTT on the 
journal `appendExecutor` to check for record existence, if the journal is still 
processing some record.

Considered that \{{checkKnownRecordID}} is always happening before a real 
append, that's again being called on the same executor, probably worth inlining 
the \{{checkKnownRecordID}} slow path into the subsequent append happening on 
the append executor, saving 1 RTT and improving append latency under heavy load.

 


> JournalImpl::checkKnownRecordID can save RTT on append executor
> ---------------------------------------------------------------
>
>                 Key: ARTEMIS-3290
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-3290
>             Project: ActiveMQ Artemis
>          Issue Type: Improvement
>            Reporter: Francesco Nigro
>            Assignee: Francesco Nigro
>            Priority: Major
>
> {{JournalImpl::checkKnownRecordID}}'s slow path is performing a RTT on the 
> journal `appendExecutor` to check for record existence, if the journal is 
> still processing some record.
> Considered that {{checkKnownRecordID}} is always happening before a real 
> append, that's again being called on the same executor, probably worth 
> inlining the {{checkKnownRecordID}} slow path into the subsequent append 
> happening on the append executor, saving 1 RTT and improving append latency 
> under heavy load.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to