As far as I understand it, wake-on-lan would let me SSH into one computer so I can send a magic packet to my real to computer to wake it up, and then I can SSH in to the computer I wanted to in the first place.

Somniloquy gives the same functionality transparently, without needing that extra step, without any other network user being aware that the computer was asleep in the first place.

If you read the referenced paper, they do talk about why they don't like wake-on-lan in section 6.

The important part of this work isn't that there is another device to do your downloading. Yes, there are better devices for that.

What these guys have done is design one way to keep your PC in low power mode as long as possible. One reason that people keep their computers on is that they want network services to be available. (Some keep their computer on because it's downloading torrents. I keep my computer on because I might want to SSH in or access my files remotely.)

This device is one way to keep a computer network-accessible while it's in a low-power sleep. (Hence the name "Somniloquy": talking in one's sleep.) They do this by putting a proxy between the computer and the network. The computer can go to sleep and have the proxy take over network functions for it.

This turns out to be a very general approach. For some types of network access, this device can get away with ignoring the data. For other accesses (like when I try to SSH in), it can wake the computer from sleep to process the request. For some trivial protocols like ping, it's easy to let the proxy just respond.

They show that it's still possible to get some power saving in complex protocols. As an illustration of its generality, they were able to implement BitTorrent within this design. Other protocols may give similar benefits. But they aren't about to implement everything out there.

A different perspective. And maybe a less-confrontational attitude.

If your biggest problem is how to represent objects in a relational database, I'd say the foundation is solid enough.

More broadly, your problem is that we don't know exactly what we should be modeling with our computers, not questioning whether computers are capable of modeling it. That's progress.

Modern operating systems get around this issue with a disk cache. In reality, 100 files will be read off the disk for the first compile, and the rest of the compiles will just access the cached copy in memory (unless memory is in short supply on your system).