I believe the charger is unable to provide the total power required at max cpu speed, so they require the battery to give the rest of the power needed.
Make a gigant gluster? Then at least you will ony have to worry about it not catching fire (and not about how many duplicates and where do you store them)
What? A decade? Why are you in such a rush?
I'm wondering why nobody has asked yet how does this work on a non-horizontal CPU. And what would happen if the surface is slanted? Will it spin and go loose?
Do all the people that voted 0 don't use pendrives/flash drives at all?
But are you sure that the interfaces will remain in the same place every boot? I usually have 2 or more interfaces on each pc, and I need them to stay in place, obviously.
Considering it is now modded +2 funny, I guess the religious debate went alright
How to spot a Windows user:
It's like trying to move an already installed OS from one machine to another; difficult at best.
(I've moved dozens of Linux installs from one server to another and the only change I have to make is tell it "eth0 doesn't exist anymore" so I can have the interfaces named from eth0 onwards instead of eth1,2,3,4,... )
Wifi-g actually doesn't provide 54Mb/s of effective BW, more like around 27Mb/s. Just FYI.
Indeed. It seems the people that write the software haven't caught up with this "caching" technology you speak of.
Cheap people don't put enough RAM on their decoders
Digital cable normally works unidirectionally, think multicast. The header sends information for all the receivers, is not point to point like the internet. So, it doesn't matter that you don't want to see the channel, they still have to send it because somebody else *might* want to see it. And, yes, the channel guide travels in the "background".
That's due to how digital cable works. I'll speak of DVB since that's what I know (I don't know what USA is using, but surely it will be similar). DVB sends a big stream composed of several smaller streams, some of those are video/audio streams, some are channel information (the guide, the streams IDs (audio/video/cc) of the channel, etc), others are info on the stream itself (carrier frequencies) or general information (time).
For the video stream, as the parent poster said, you'll have to wait to get a keyframe to start to view it (sending more keyframes means less efficient coding, means more bandwith per channel).
For some of the channel information, like the guide, you have a tradeoff between bandwidth and latency. Sure, you can stream the guide with almost 0 latency, but that means using a lot of BW to be able to send all the channel guides all the time. You have less available BW for channels, which means having to use more carrier freqs which means more money on hardware to send those signals (and possibly repeaters...). So, cable operators send the guide with a "reasonable" BW. The problem gets worse the more channels you have, since the channel guide has to be sent on all carriers.
It says select "Favorite", implying you only have one, thus the radio selection is correct.
The Amazon cloud not working? Already has happened at least once: http://blog.reddit.com/2011/03/why-reddit-was-down-for-6-of-last-24.html