So a Tektronix 365 scope has a delay line that is probably 20 feet (6 meters) long.
For starters, it would be good to know which particular type of delay line we are talking about. I could not find any "Tektronix 365" scope online. Is that the correct model number?
Assuming we are talking about a delay line made from rigid coax cable, which was used in various Tek scopes and seems in line with what the OP describes. The "velocity factor" by which signal propagation speed
v is reduced vs. the speed of light in vacuum
c depends on the dielectric constant
epsilon of the cable's dielectric material:
v =
c / sqrt(
epsilon).
For polyethylene,
epsilon = 2.3 and hence
v = 0.66
c. That's 5 ns delay per 1 m cable length. Is that what the scope can do -- i.e. with a 6 m delay line, show you what has happened up to 30 ns before the trigger event? If not, there's something else going on which we would still need to figure out.
(Dielectric materials with a higher dielectric constant
could be used to obtain slower signal propagation. But I am not sure whether that was done, since you also want a material which limits signal losses. Also, to the OP: How sure are you about the 6 m length estimate? I looked at the service manual of the Tek 465 scope, which states a 120 ns delay. It does not specify the length of the delay line, but just looking at the drawing it appears to be significantly longer than 6 m. Might well be the 24 m which would be required for 120 ns delay according to the above estimate.)
Who said it only "goes around" once? Early calculators with memory used sound and a metallic loop of only a few feet. Relaying a signal can be quit quick compared to analyzing and displaying it.
That's interesting technology, but certainly not what would be used here. These torsion-wire memories had acoustic waves going through the wire; not quite supporting the signal bandwidth you want in a scope.
And the various ultrasonic delay lines (mercury-filled tubes, torsion wires, glass plates) were
either used in a single-pass, open-loop configuration when used as a delay line,
or in a closed-loop, going-round-in-circles configuration when used as memory. I can't see how a multi-pass delay line would work reliably, without massive crosstalk problems.