You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I see that there is an issue(“To put this another way, a single pipeline can only drive the disk with a single thread. This is true even if a pipeline were to have multiple inputs, as additional inputs in a single pipeline do not increase disk I/O threads.”)
The proposed "Solution" for improving overall performance I would call it a workaround that unfortunately does not work for all cases. We where planing to send syslog -> LS directly no multiple filebeats instances.
Does the support of additional persistent queue threads running in parallel matches any issues described on this meta?
After filling up the PQ file LS should check if the ES cluster is in read-only state and stop outputting to that cluster.
A recheck every x seconds would help
These are the PQ issues that should be looked at in 7.x
Phase 1
Permissions & .lock file
Page file size too small exception
Docs
PQ Docs: add note about upgrading PQ Docs: add note about upgrading #9762queue.page_capacity
? doc changes needed to new updatablequeue.page_capacity
? #8650Recovery (pkcheck/pqrepair)
[@kaisecheng] PQ data page with corrupt event length PQ data page with corrupt event length #10184Phase 2
Review, triage and/or fix issues in this list persistent queues
Needs fixing
No fix required:
Logstash seems to map all PQ pages in open()
Phase 3 & Beyond
Needs discussion
isFull()
andgetPersistedByteSize()
interactions #9038Needs watch
Recovery (pkcheck/pqrepair)
pqdump
utility which can dump in JSON all/any data in a queue dir.Timeouts and batching
Performance
There were a few issues about the PQ design performance with the checkpointing strategy Checkpoints Come with a Lot of Overhead when Writing #7162 and (large) page files memory mapping Persisted Queue Performance Design Issue (Writing Data) #7317 PQ large page performance degradation #8801. I do not believe that substantial performance improvements will be prioritized in the the foreseeable future.
Decouple write lock and read lock. Decouple write lock and read lock of PQ #16158
The text was updated successfully, but these errors were encountered: