Unfortunately, I don't think you'll find in-depth information about this topic out there yet. It's a bit difficult to explain information flow between these 4 modules and how to troubleshoot them without having to go into much more detail of Content
Processing and Indexing internals.
To address your question, these are not separate processes but are all modules within an Index Component. Specifically, each primary Index Component in a Partition has an Index Router running, which receives groups of documents from Content Processing
Component. This activity can be tracked from "Search Content Router" perfmon category. Using a procedure managed by the Admin Component, each Index Component attempts to de-queue document groups from its Index Router(in memory) to its
Journal (on disk). If this de-queuing was not happening on your system, it would suggest some problems writing to the Journal. Some typical offenders would be index corruption, anti-virus, etc.
Some notes:
- You can think of a Journal as sort of an RDBMS Transaction log that can be replayed in case of a failure.
- Journal Shipper - Journal entries are shipped to all replicas in an index cell.
- Update Groups - All document properties(managed properties) are split into Update Groups to ensure that an update only impacts a specific Group and does not trigger reload for all managed properties.
Hope this helps.