889 karma · joined February 12, 2010
[ my public key: https://keybase.io/zaphoyd; my proof: https://keybase.io/zaphoyd/sigs/7AwrXTTBUkPTzTgg12WEOisWDxg1xGo8hftKyhNPImI ]
Some restrictions apply due to the need for one Thunderbolt controller chip per display to do the DisplayPort demuxing. A Thunderbolt monitor will typically have one Thunderbolt chip and will use its DisplayPort output itself. A DisplayPort display can't be daisy chained directly after a Thunderbolt display (but can after a non-display Thunderbolt peripheral) for this reason.
It sounds like (according to the OP article) that the 2013 Thunderbolt chips (Redwood Ridge) will allow DisplayPort 1.2 pass through only. In this configuration the port could either be run as a Thunderbolt chain (with the above limitations to 2xDP 1.1) or as a DisplayPort 1.2 port. In 1.2 mode Thunderbolt peripherals couldn't be used, but DisplayPort 1.2 features (in particular 4k support and MST) could be used. Presumably the 2014 20Gbit channel Thunderbolt could allow 2xDP 1.2 as that tops out at 17.28Gbit.
Edit: yes, this means that devices sharing the chain with two Thunderbolt displays will have constrained incoming bandwidth. Probably even more so as the only Thunderbolt displays in existence also sport USB, speakers, a webcam, FW800, and Gigabit Ethernet, which together could easily eat up the remaining bandwidth on the TB channel. This may also be part of the reason why Apple hasn't released an updated Thunderbolt display with USB3, 2x10Gbit doesn't go very far with a pair of 27 inch displays hogging most of it.
Also a bunch of the new iOS 6 features (like Passbook, photo panorama, certain geofences, and the updated phone app) are not available at all on iPads. Siri (maybe?) and IPv6 over LTE are the only iOS 6 features I feel I am missing on the iPad so I am in no huge hurry to upgrade.
Every floor (110 floors max) was essentially a single zone that could be crossed instantaneously so each person needed a path only from floor A to floor B. There were strict limits as well about how many transfers were allowed per path and how many total stairs, escalates, and elevators were build able.
Sim City 4 allowed many millions of "people" on networks of significant complexity. The SimTower simulation was simple, satisfying, and relatively bug free. It also wasn't complex enough to continue to be satisfying for 10+ years the way SC4 has been.
Has anyone found a good solution for this? I could host it myself but that is a lot of hassle, free email accounts have ads and rarely let you use your own domain. The best I've found so far is email through a shared hosting provider, but it has limitations of its own (no IPv6, no 2 factor auth, self signed TLS certificates, etc). The cost is similar to a Google Apps account but without the linear price increase per mailbox.
In short, one /64 is sufficient for duplicating an IPv4 like situation. A /60 or /56 gives us more room to innovate in new types of home networks.
Effectively a 1Gbit Ethernet node must transmit at least 512 bytes during its timeslot. If it has that much to send then it all goes out at 1gbit. If it only has a few bytes to send (a tcp ack for example) then it must idle for a bit to make sure there wasn't a collision.
In theory gigabit Ethernet should perform at 1gbit for sustained transfers but much worse for workloads with more sporadic sets of smaller packets. In practice, especially on core switches and routers, modern techniques like frame bursting (sending multiple small packets going to the same destination back to back) even things out more.
10gbit Ethernet and above get rid of the carrier sense collision detection support all together and require the entire network to be point to point with switches. It has no minimum timeslots or packet lengths.
Whether or not the Comcast LAN prefix changes is a good question though. I've seen no evidence that they plan to deliberately change them. My Comcast IPv4 address stays static pretty much until I reset my modem and even then it often grabs the same v4 address again.
I did a bit of really basic testing earlier today and no amount of modem resetting seems to cycle the IPv6 prefix I am getting delegated.
In the end though, dynamic DNS does a very good job of dealing with the occasionally changing prefix and IPv6 gets rid of the need to do port forwarding so maintaining dns records with public addresses to machines on your home network is actually possible now. I am happy to report that (with the proper firewalls in place) it is downright awesome to have IPv6 at home and at work and on your phone. I can't wait to see what sort of new home cloud tech this will enable.