Doug LaRue wrote:
** Reply to message from Andrew Lentvorski <[EMAIL PROTECTED]> on Sat, 26 Apr
2008 11:30:00 -0700
That's really interesting. And actually it's a really good technology
choice. Swapping processing power for bandwidth is almost always a good
call.
But doing so is at the expense of switching delays and point of use limits.
That may be, but processing power increases exponentially--copper
capacity does not.
As that processing power gets faster and cheaper, those switching delays
and point of use limits start evaporating. Alternatively, I can make UI
changes--ie. create a channel that is your 16 most popular channels and
beam that at you.
installing machinery into the neighborhoods was a good idea but very very
costly. And remember, we all know how long it take a Windows box to reboot
so you know why they put huge UPS's inside of those boxes. Also, if these boxes
go down, you can just imagine the load on them when they start coming up and
so does the whole neighborhood of Windows based settop boxes wanting
connectivity, channel information, status, and channel tuning. Those
neighborhood
boxes are very expensive.
Well, that's their own fault for using Windows. I'm really amazed that
they did so rather than something like VxWorks or Linux. I imagine that
was the doing of the DRM gestapo.
However, it doesn't change the fact that this was a good technology
choice. In addition, they can correct the Windows problem much more
easily than getting the system rolled out in the first place. The
Windows problem can be corrected with a simple software update to
something sane (like Linux or VxWorks).
-a
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
