Carrier freezout actually makes this non-workable -- there's a limit to how cold you can make CMOS devices before they stop functioning. To say nothing of the specific heat of liquid helium, which is miniscule compared to LN2
Using a blowtorch as a heat-source is common in extreme overclocking, to heat up VRMs and memory modules up enough to boot the machine, and keep it working.
liquid helium might get into the device itself and cause other problems. (e.g. iphones stop working in the presence of helium)
Yeah, the BladeRF uses an AD9361[1] as the transceiver, which features a pair of ADCs per channel, of which there are two (so, a total of 4 ADCs and 4 DACs in the package). It's got a bunch of other convenient features like built-in PLLs both LO and baseband.
I have a nested setup with a "meta" screen session with escape key ^Z, which holds named "project" screen sessions with escape key ^O.
I background tasks in the shell seldom enough (because I'm always in screen) that I don't regret ^Z being slightly less convenient. ^O is a fairly unknown but very useful insert-mode binding in vim, but I use emacs these days so I don't notice it being escaped.
Before I used separate escape keys, it was maddening trying to remember how many times to hit ^A to send commands to which nested session.
I know a handful at Boeing (inc. family) and they're pretty representative of the American male population for their ages (meaning some healthy, some less healthy, with more in the latter than the former categories).
By the way, I'm talking literal rocket engineers in the sense that they work on ICBMs and counter systems as contractors for the US Government.
Depending on your workload, you may get far better throughput not worrying about distributing the work and data