Lines Matching refs:incoming
77 * all incoming changes (the log space map). When created, the log space map
156 * many metaslabs we need to flush based on the current rate of incoming blocks
164 * to its aggregation of data). So with that in mind, we project the incoming
218 * 1] Assuming a constant flush rate and a constant incoming rate of log blocks
249 * If the number of metaslabs is small and our incoming rate is high, we could
274 * hand if the pool has any incoming workload our block heuristic will start
284 * estimate the incoming log blocks for the current TXG.
287 * effect of the incoming rates from the most recent TXGs as we take the
595 * Specifically, it first tries to estimate the number of incoming
596 * blocks in this TXG. Then by projecting that incoming rate to
610 * This variable contains the incoming rate that will be projected
613 uint64_t incoming = spa_estimate_incoming_log_blocks(spa);
628 * variable by the incoming rate.
631 spa_log_sm_blocklimit(spa) - spa_log_sm_nblocks(spa) - incoming;
654 * based on the incoming rate until we exceed it.
657 uint64_t skip_txgs = (available_blocks / incoming) + 1;
658 available_blocks -= (skip_txgs * incoming);
660 ASSERT3S(available_blocks, >=, -incoming);
1311 "spacemap feature uses to estimate incoming log blocks");