Actually look ahead doesn't do what you're expecting it to do. What it does is "look ahead" to see where a transient occurs so that it can open up the instant the transient hits, or slightly before. Without lookahead, when Remove Silence sees a transient it reacts, but there will always be a slight processing lag between the time it realizes there's a transient, and the time it takes to process the audio. The look-ahead value is how far ahead into the track the process looks. With today's fast computers, only a few milliseconds of look-ahead time should be necessary for a simple process like removing silence.
The look-ahead process is also why putting something like a Waves L3 in the master bus causes latency. It has a substantial built-in look-ahead time because it has to analyze transients in multiple bands at once. To compensate for this look-ahead time, the other tracks have to be delayed by an equal amount...hence the latency.
However...what you
think it should do would be an excellent feature - call it a "Pre-Transient" time or something.
What's more concerning to me is that the Attack parameter is broken. This means I often have to adjust the attack time manually. It's been broken for a long time, and should be fixed.