activemq-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <>
Subject [jira] [Commented] (AMQ-6771) Improve performance of KahaDB recovery check checkForCorruptJournalFiles=true
Date Wed, 11 Oct 2017 11:50:02 GMT


ASF subversion and git services commented on AMQ-6771:

Commit d66e96e8bc7be51a93835149e132204407d79b5f in activemq's branch refs/heads/activemq-5.15.x
from [~gtully]
[;h=d66e96e ]

[AMQ-6831, AMQ-6771] trigger eofexception on read -1 - AMQ6522Test

(cherry picked from commit e793260573f30365572a1e7507cd98e9ed17b1b5)

> Improve performance of KahaDB recovery check checkForCorruptJournalFiles=true
> -----------------------------------------------------------------------------
>                 Key: AMQ-6771
>                 URL:
>             Project: ActiveMQ
>          Issue Type: Improvement
>          Components: KahaDB
>    Affects Versions: 5.15.0
>            Reporter: Gary Tully
>            Assignee: Gary Tully
>             Fix For: 5.15.1, 5.16.0
> The KahaDB checkForCorruptJournalFiles option validates the checksum of every journal
batch record on startup. If a single producer writes many small messages, the batch sizes
in the journal will be small. The current check implementation reads each batch at a time
with a fseek/read sequence that can be very slow over shared disks.
> The check can be a quick buffered sequential read using the maxBatchSize which should
already be tuned to match the disk transfer rate.

This message was sent by Atlassian JIRA

View raw message