Is "peak" the new "-gate"?
If you follow peak oil theory, yes. Basically it implies peak-everything. All resources become more scarce as the cost of energy rises. Not only the cost of production and distribution but even the raw feedstock for many products is fossil based, eg fertilizers, plastics, asphalt.
it doesn't hold water in the case of a gyroscope.
I was speaking to professionally designed products as opposed to just a demonstration of the gyroscope principle. You sound like you have some EE experience but I wonder if you are seriously suggesting that someone would attempt an all-analog control system for such a thing. Even little remote controlled toy helicopters now use DSP for that purpose, and their part count is extremely low.
Sure you _can_ do a gyroscope with a few op amps, but if you're actually going to make a segway-style product then you also need steering, low battery safety, tip-over safety (ie jog it back upright if you're going too fast), and so on. It also needs to be reliable and manufacturable, and with a micorcontroller-based design that is a lot easier to do because you can have self tests (factory and power-on) that sanity-check your inputs and such. And you can do all of that very easily in a $2 micro.
I'm curious what actual products you can think of where such low-speed analog control systems are preferable to a nearly-free microcontroller. I have the habit of reverse engineering nearly every new electronic device I buy and have not seen that kind of implementation for a loooooong time.
Do you have a better way to do it? I'm not following how your proposal works.
If their TCP implementation kept a cache of recent final congestion window sizes by IP address, they could legitimately start off the next connection with the value from the last one.
Wouldn't it also be necessary to cache the _rate_ of transmission so you don't overflow some intermediate queue? Eg imagine your sever is on gigE, feeding into a 1 Mbps uplink, and then a loooong pipe to the client who is on the other side of the world. In this case you might want to have an initial cwnd of a few dozen packets, but if you were to fire them all out immediately at 1gbps you would lost most of them at the first hop even though it's less than the available bandwidth*delay.
So as I understand it this problem is more than just choosing the initial congestion window, it is also a matter of how fast you fill it. Normally that timing is driven by the acks coming back, but in the absence of that the sender needs to originate the timing.
electricity demand could increase significantly.
If it's night-time load that's not a bad thing per se - it means we're making better use of our capital.
Whether to use hours/minutes/seconds, and kilo/mega/giga, is just a matter of convenience - that's chosen based on whatever multiple people are most comfortable working with. For home usage "kilowatts" and "hours" are pretty sensible, don't you think?
kWh (dumbest unit ever...)
What's wrong with kWh? Would you prefer coulomb-volts, therms, equivalent-snickers-bars-worth-of-calories, or what?
Gee, Toto, I don't think we're in Kansas anymore.