It's most obvious in circumstances where your fluid supply is close to the maximum combined consumption of your machines. For example, we can see it quite clearly using the `show-fluid-box-fluid-info` debug setting in this setup of 55 steam turbines fed by 32 heat exchangers running at full output (i.e. ~3299 steam/s into turbines that can consume 3300 steam/s): Because of this uneven distribution of steam, the turbines end up outputting somewhat less than the 320MW they should be doing from this input rate. Over time, the turbines getting more steam fill their internal buffers and the starved turbines start getting more fluid, causing the power generation rate to eventually match expectations, but in this kind of circumstance it takes several minutes to get close to that point (the -7m mark and after in this graph shows it slowly ramping up):
This also exacerbates the 'wobbliness' of the fluid output of systems using circuit-controlled duty cycles to limit pump/fluid throughput (for e.g. trying to hit a particular thruster efficiency level, or restricting the consumption of buffered steam in a reactor for power smoothing).
The uneven distribution is largely minimised or hidden in situations where consumption/demand is a decent bit higher than supply, and also in situations where the total volume of the pipe segment is quite large, but these are just work-arounds and aren't really applicable to all builds.
Going by the below quote from FFF-416, I'm not entirely sure if this should be considered a bug in the 2.0 fluid mechanics or not, but I did find it very unexpected and quite unpredictable in practice.
I wonder: if pipe segments are already treated internally as a single cohesive unit, would it not be possible to have the fluid code update the buffers of all their attached machines in the pipe segment's update instead of being handled in each machine's update, and thus achieve an even (or buffer/demand-weighted) distribution of fluids...?In the new system, junctions are entirely unimportant; a segment only cares about the machines connected to it. When a machine is updated, its max pulling rate is limited based on the filled ratio of the connected segment. This results in much more even splitting, which while still not perfect, is pretty damn close.