There's a small privacy aspect present since that other server sees your source and destination trying to start a connection, but all the real traffic is direct, peer-to-peer.
That's not the case. Unfortunately, Teredo requires relay of all data in the tunnel. There's simply no guarantee that an IPv4-only host has a direct, peer-to-peer path to and from an IPv6-only host, as is the case here in the original question.
Teredo will probably work as a proof-of-concept, but for anything requiring more than a trickle of bandwidth a dedicated tunnel (Hurricane Electric or Sixxs) would be a better idea.
Any derived work of something, like git, which is GPLed, must be GPLed. That means that if you fork, the main branch, the main branch is free to use your extensions. This makes it difficult for replacement to work.
I think that neither the on-disk nor wire protocols of git have special copyright protection. If it so chose, Microsoft could develop a fully closed-source git implementation from scratch that is "fully compatible" with, say, git1.8 but has proprietary Windows extensions.
Afaict git has no good system for answering these questions. Reflog can give you this information but afaict it can only be used if you have direct shell access to the main repository and only if the relavent entries haven't been expired from the reflog.
Set up a central, "authoritative" git server for a project that rejects all non-fastforward pushes, and you have exactly the same guarantees. In the meantime, local developers who don't need monotonic history can use the full features of git, and the restrictions can also be relaxed if necessary. For example, a dedicated (trusted) project maintainer could be permitted to make non-ff merges, so development-branch history can still be retained in the central repository.
Subversion doesn't break these guarantees, but that's because it's not powerful enough to do so.
Ok, lets infringe a bit of copyrights from around the world... think in the number pi. There, you have it, inside it probably are encrypted all the past, present and future movies, books, songs, images, genes, or whatever could be ever copyrighted in the most stupid copyright system of the history. Also you have the text of all national security documents, the passwords of all the servers and personal computers of the world, all the pins from all credit cards and detailed instructions on how to build any weapon, to name just a few things.
So, as you have all that information (no matter if you can actually access to it or not), you get sued.
Oh, the dictionary argument: since the dictionary contains all English words, no composition using strictly dictionary words should be copyrightable. Eh, eh? *wink wink*
It's bull.
When you have "the text of all national security documents" et cetera inside pi, it's all useless unless you have a key to actually specify and find the information you're looking for. By uniquely specifying a position and length within the digits of pi, you've just defined an encoding.
You're precisely one step beyond "it can't be a movie, it's just a string of ones and zeroes!" It's juvenile and unoriginal.
Speaking seriously, it's unlikely that the math here involves the same kind of statutory damages that arise from copyright violations in the US. Statutory damages are the result of the $500/share/song fees, and those are allowed specifically by law as a penalty. Since this set of copyright-suspensions is fully legal, US law would doubly-not-apply on the matter. At best, this might be calculated based on retail price.
... in what fantasy world would this have worked? Upgrading the IP version number by itself is an incompatible change, and any address-space extension means that a stateless, 1:1 address mapping is impossible. Once a stateless mapping is impossible, we're right back to the current mess of transition, since new-IP hosts would not be able to talk to old-IP hosts without an intermediary.
Carrier Grade NAT refers to an implementation of NAT444. What distinguishes this implementation is that the customer is given an IP address (or several) from within a private or shared range managed by the ISP, which is itself address-translated to a small pool of public addresses.
Hence, a customer's home network (IPv4) is translated to a provider's private network (IPv4) and again to the public Internet at large (on IPv4): NAT444.
Algorithmically it's the same network address translation you do at home, but if you were to stack two NAT-routers on top of each other to build a double-NAT at home you'd be a damn fool. When the provider does it, it gets a fancy name.
And even worse, there's no way for either end to tell - unlike IPv4 where if your local IP is in the reserved range, you can pretty much assume NAT, with IPv6, you can get a route check and get a valid IP for the 'net (the machine will also have a link-local and maybe a reserved address as well, hence doing a route-check and figuring out which IP you will be using), and not realize that you still can't communicate.
If, if business or network requirements mandate the use of NAT66 for reasons that can't be worked-around with other, more sensible approaches, then local hosts should exclusively use addresses from the Unique Local Address space. It's like private IPv4 addresses, only with near-zero chance of collision if different domains interact (like VPNs, organization mergers, or leaking of private addresses onto public spaces). A host with (seeming) internet connectivity that has an address in a ULA range must obviously be behind address translation.
Besides, what really breaks devices isn't NAT so much as many-to-one NAT. If (again, for some bizarre reason) an organization chooses to implement NAT66, then they should be using many-to-many NAT, where each internal host still maps to a unique -- but not predictable -- public address. If the public address is rotated every few minutes/hours for new connections (like already happens with stateless autoconfiguration + privacy extensions), then it will be impossible for an attacker to track hosts over the long-term.
I never really understood why we didn't just map all the IPv4 addresses to a IPv6 subset and provide a very simple rule to translate, say by adding all zeros or some other number to the IPv4 address to get its IPv6 one.
We can do that; for legacy reasons IPv4 addresses can be embedded perfectly in the IPv6 space. However, there's no way to do so and ensure compatibility, because an IPv4-only application will simply be unable to handle IPv6 addresses. For IPv4-only applications (on either endpoint) to work on an IPv6 connection, some device in between has to translate the network addresses, or some anagram thereof.
From the perspective of the IPv6-end of things, this is a solvable problem. NAT64 effectively allows a router to proxy the entire IPv4-space, allowing a 6-only host to more-or-less transparently deal with IPv4-only hosts. DNS64 also proxies the DNS records to construct suitable (NAT64-based) addresses for hosts with only A (IPv4) DNS records.
The problem of IPv6 adoption is a classic chicken-and-egg. The differing address lengths mean that compatibility for IPv4-hosts must be broken; the pigenhole principle means that there literally cannot be a stateless mapping between IPv4 addresses and IPv6 addresses, even ignoring the traditional NAT problems of addresses-in-protocols. Some kind of translation intermediate will be necessary until we can finally turn off the IPv4 lights.
Those numbers are a bit out of date. The current Wikipedia page has an updated bar graph; in the most recent quarter listed (Jul-Sept 2012), the iPhone sold 26.9 million units.
If we're to assume that Nokia's goal is to sell a dominant phone platform, rather than a very niche product, these reported sales figures are underwhelming.
ISPs don't want to do carrier-grade NAT, because then they have to maintain carrier-grade NAT.
CGN is a stateful protocol, meaning that each of their implementing-boxes needs to maintain and process state for each data flow to or from your devices. That's no big deal for a single home, but it's a problem for a carrier. If the boxes are too far towards the customer-end of their network, they will be small but they will also be numerous, making maintenance more frequent. If the boxes are too far towards the core of their network, an ISP will only need a few, but the hardware requirements are much heftier to provide acceptable performance. (Already, bittorrent can saturate some of the cheaper home routers).
Simply routing packets is technically far, far easier than running network address translation. Even ISPs that use deep-packet inspection have the option of turning it off if things go wrong -- the network fails open. Carrier grade NAT doesn't have that option.
It's probably the index of your machine's IP that received the echo reply. An IPv6-connected host will have many addresses of different scope, so some implementations use the "%" to distinguish which of your addresses has handled a connection.
If DNS/DHCP is so difficult, then you can do exactly the same address assignment with ipv6 that you do with ipv4: give out a static/64 to each group-of-VMs, and let the testers/devs themselves pick individual machine numbers from that prefix.
If you want to be really short, then generate an unique local prefix (/48) for your test networks, and subdivide from there according to whatever scheme you want, like fd8a:db80:db80:building:floor::[machine]
That won't work in the long-term. The problem with carrier-grade NAT is that the ISPs have to... maintain carrier-grade NAT.
Network Address Translation is a stateful protocol, and it's orders of magnitude more expensive to maintain connection tracking on a per-connection basis for your customers than it is to simply route packets between networks. Even ISPs that use Deep Packet Inspection have the luxury of looking at selected traffic flows; carrier-grade NAT has to cover everything or it doesn't work.
shared university general purpose math servers, and the like.
Not even then. I've accidentally killed computing nodes before by overloading system memory with job submission. Technically the system doesn't die, but swap-storms made it so unresponsive that the sysop had to get to the physical console to reboot.
I'm not sure what it is about the US that makes it impossible to have more than 2 parties, but first past the post isn't it.
For the presidency, the US has a double first-past-the-post system for a single seat. Electing a minor party requires winning a majority of a pluralities: a plurality in enough states to get an electoral college majority. That's a very tough task, somewhat harder than trying to elect a Green party candidate nationwide if all Canadians voted for a single "Prime Minister Seat."
Parliamentary systems like Canada also do more to encourage minority parties at the per-seat level, for a few reasons:
In a minority government, like Canada has seen for much of the last decade, minority parties like the NDP and BQ really do have legitimate power to shape the national agenda.
In a majority government, nobody expects the opposition parties -- any of them -- to have much if any influence on the agenda, so to first order it doesn't matter what party you vote for provided it's not for the nationwide winner. Strategic voting does affect this, but it also cuts both ways if a minority party puts out a strong, local showing.
Party discipline is also much stronger in Canada than the United States, so the parties occupy correspondingly smaller ideological grounds. In the States, a Republican in New York City is not necessarily the same as a Republican in Alabama, and a southern Democrat will still tend to be more conservative than a Northern counterpart -- and this really does influence legislation, to both good and ill. The upshot is that third parties are less likely to get a consistent regional base in the States, since the local duopoloy will incorporate the regional idiosyncrasy.
I am a scientist, but not an E&M specialist. Take this with a grain of salt.
I've read through the New Journal of Physics article. The ``radio vorticity'' means that the phase of the signal goes through a 180 flip across the beam centre, and the zero-point of this phase shift rotates as you move along the beam. The receiving antennas in the experiment were a pair of yagis, used to create a radio interferometer. The math and experimental results behind this appaer sound, but there are a few limitations:
This is a highly directional effect. Not only would multipath interference destroy the crap out of this signal, but they also needed pairs of antennas on opposite sides of the beam centre to discriminate between mode-0 and mode-1 rotations. Directionally-wide beams will have more interference, and building the interferometer will be more difficult with less than a 180 separation.
The transmitting antenna was very specialized. The transmitter itself not so much, but the antenna was a parabolic antenna ``mechanically modified'' -- they sliced through the top of it to turn the atenna into one loop of a parabolic spiral. If you have access to the article online, take a look at the picture, it's kind of neat.
``In principle an infinite number of channels'' my ass. They're building an interferometer, so they need at least one antenna per mode they wish to discriminate between, and when they used antenna-separation to do the phase filtering for them they saw some significant interference form secondary lobes for intervals where the match wasn't perfect. This was okay for the two-channel experiment (mode 0 and 1), but the receiving antenna design would really start messing with higher channels, where those secondary lobes start seriously interfering themselves.
As written, the receiving antenna design is highly sensitive. The phase cancellation used required some pretty precise antenna positioning, since they needed a displacement of one half-wavelength in the beam direction for proper interference (to discriminate the mode 1 angular momentum). Trying this in a production environment is going to be pretty tricky -- perhaps they could get somewhere with electronic phase delay.
So for controlled channels -- perhaps even microwave links -- I'm optimistic about engineers being able to build something useful out of this. But the basic math isn't going to generalize to omnidirectional links, and it certainly isn't going to deal well with strong multipath interference. Simply being able to discriminate between modes requires straddling the beam centre, so this absolutely isn't going to work for general consumption.
Also, I don't think that practical antenna design will ever allow more than three or four channels of angular momentum outside of a lab setting. Even that may potentially be a huge win for fixed microwave links, though.
Without reversible computing, there indeed is a fundamental limit to how much energy a computation takes. In short, "erasing" one bit of data adds entropy to a system, so it must dissipate kT ln 2 energy to heat. This is an extremely odd intersection between the information theoretic notion of entropy and the physical notion of entropy.
Since the energy is only required when information is erased, reversible computing can get around this requirement. Aside from basic physics-level problems with building these logic gates, the problem with reversible computing is that it effectively requires keeping each intermediate result. Still, once we get down to anywhere close to the kT ln 2 physical constraint, reversible logic is going to look very attractive.
Yes, I did read the paper. (Disclaimer: I have a PhD, but not in graph theory. Your results may vary.)
In short, the paper repeats analysis and numerical simulations of a simplified 'agreement model'. People are abstracted as nodes on a graph, communication happens between them, and consensus is reached. If a graph is initialized randomly, with nodes 'believing' either A or B, eventually (in log(N) time) the graph reaches consensus with every node 'believing' A xor B.
This paper adds a twist; some fraction of nodes are 'committed' to A, and cannot ever be convinced of B. To quote the paper:
Here, we study the evolution of opinions in the binary agreement model starting from an initial state where all agents
adopt a given opinion B, except for a finite fraction p of the total number of agents who are committed agents and have
state A. Committed agents, introduced previously in [23], are defined as nodes that can influence other nodes to alter their
state through the usual prescribed rules, but which themselves are immune to influence.
Now, if even one node cannot be convinced of B, then no consensus can be reached -- but it doesn't really matter. If the fraction is really small, then you can more or less ignore them.
The interesting part about that paper is their threshold effect -- once p gets to be over 10%, not only does A eventually win, but it does so -quickly-.
The applications to politics still hold, but not on the big, obvious issues. Those issues, like taxes and abortion and health care and anything else that really makes the news, have committed believers on both sides -- they're outside the scope of study. Where this research becomes really interesting is in quieter, uncontroversial issues -- like regulation details, or climage change before Al Gore. There, this research suggests that the influence of sockpuppetry and lobbying is nonlinear -- beyond a critical point, the lobbyists completely win.
Of course, caveats about "the real world isn't an abstract graph" apply.
Also, do they plan on putting them out other ways for free if they try this. When I looked into one you had to buy the thing from Blizzard for like $25 or something.
The authenticator is hardly $25. In the US, it's $6.50 with free shipping, and in the EU it's EUR6.99 also with free shipping. The price covers the cost of the physical unit and (obviously) the shipping. Blizzard's hardly making a killing on these.
For mobile authenticators, the Blizzard Website has more detail. The short version is that the Mobile Authenticator is available on a wide range of phones, depending on provider. Support isn't universal, though.
That said, the only time Blizzard could make Authenticators mandatory would be at a game-changing event, like the release of the next expansion. If they go ahead and do that, they'd probably throw Authenticators in the box, to automatically have near-total distribution. Their biggest concern is probably whether they can source a few million of them.
The long and short of it is that account theft is a big problem, both for Blizzard and for people who play WoW. Not everyone has a locked-down system, and phishers are using tactics formerly reserved for actual banks to try to get account info. Players have to deal with having their account possibly stolen, Blizzard has to deal with perpetual requests (some possibly fraudulent!) to restore characters/items, and the game as a whole suffers from the RMT that goes on.
I, for one, welcome our Keyfob and Mobile-Authenticating Overlords.
Also, an IQ of 100 is not necessarily the true mean or median of the population, just a close approximation to both since, by the Central Limit Theorem, this kind of data will approximate a normal curve.
Obligatory Pedant: The Central Limit Theorem only guarantees that the mean IQ of a large group would follow a normal curve. In theory, the IQ of individuals could be distributed arbitrarily -- everyone could have an IQ of 1 save for Superman, who has an IQ of (1+99*population_size).
Furthermore, If research projects are actually considering wasting their grant dollars on Microsoft licenses, then the outlook for American R&D is grim.
As other comments mention, Windows systems simply aren't considered when it comes to HPC. This is the first good Windows HPC publicity I can remember hearing. I would wager that Microsoft donated the software licenses for this cluster gratis.
Our required Numerical Methods course is in CS, it uses Matlab, our faculty is complaining that the students are complaining that they hate the course because they are spinning their wheels trying to get programs to run (in Matlab of all things), and we have guys in our department we want to teach Numerical Methods (in Matlab, of course), in the context of a watered-down Intro to Engineering offering.
Speaking as a math grad student with a CS undergraduate degree, Matlab is the best program/language to use for numerical programming. For ODEs and PDEs -- the numerical applications I've seen most often -- numerical methods boil down to matrix/vector manipulation, with little in the way of data structure manipulation. That is Matlab's forte, and it works extremely well.
I'll be the first to agree that Matlab is quite limited. The thought of any kind of data structure manipulation in the language makes me shudder. But for a Numerical Methods class, it's definitely the right language.
Matlab started around wrapping calls to LAPACK and BLAS libraries. For those things, it is fast, efficient, and elegant. For most everything else, Matlab is slow, cumbersome, and inelegant. But that's fine, it's a very specialized language.
One side note: personally I found the experience of working with Matlab to be broadening as a programmer. It's not often that you see a language where vectors and matrices are first-order datatypes, in some ways even superior to scalars.
Which ever string has the most tension (is at the top, whatever), is the best path to take.
That doesn't solve the TSP -- it solves the shortest path problem. The TSP requires the salesman to visit every city; your method will only visit a subset of the cities. As a simple thought experiment, consider that the string method cannot give a path that starts and ends in the same city. The shortest path problem is already solvable in O(N^2), as a classic tree/graph searching problem.
If the sensor (for example here) was more sensitive to red, then this would skew the picture results significantly, especially if it picked up and added infrared light to the picture's data which isn't visible to the human eye.
I imagine that's part of the reason it hasn't been done yet. Finding the "true luminosity" from a nearby Red, Green, Blue, and Clear CCD is probably nontrivial. I imagine that IR sensitivity isn't as troublesome as you'd suggest, though, since most cameras now come with IR filters over the CCD array. Photographers interested in IR (and UV) photography sometimes have to have that filter removed outright.
Slashdot Mirror
That's not the case. Unfortunately, Teredo requires relay of all data in the tunnel. There's simply no guarantee that an IPv4-only host has a direct, peer-to-peer path to and from an IPv6-only host, as is the case here in the original question.
Teredo will probably work as a proof-of-concept, but for anything requiring more than a trickle of bandwidth a dedicated tunnel (Hurricane Electric or Sixxs) would be a better idea.
I think that neither the on-disk nor wire protocols of git have special copyright protection. If it so chose, Microsoft could develop a fully closed-source git implementation from scratch that is "fully compatible" with, say, git1.8 but has proprietary Windows extensions.
Set up a central, "authoritative" git server for a project that rejects all non-fastforward pushes, and you have exactly the same guarantees. In the meantime, local developers who don't need monotonic history can use the full features of git, and the restrictions can also be relaxed if necessary. For example, a dedicated (trusted) project maintainer could be permitted to make non-ff merges, so development-branch history can still be retained in the central repository.
Subversion doesn't break these guarantees, but that's because it's not powerful enough to do so.
Ok, lets infringe a bit of copyrights from around the world... think in the number pi. There, you have it, inside it probably are encrypted all the past, present and future movies, books, songs, images, genes, or whatever could be ever copyrighted in the most stupid copyright system of the history. Also you have the text of all national security documents, the passwords of all the servers and personal computers of the world, all the pins from all credit cards and detailed instructions on how to build any weapon, to name just a few things.
So, as you have all that information (no matter if you can actually access to it or not), you get sued.
Oh, the dictionary argument: since the dictionary contains all English words, no composition using strictly dictionary words should be copyrightable. Eh, eh? *wink wink*
It's bull.
When you have "the text of all national security documents" et cetera inside pi, it's all useless unless you have a key to actually specify and find the information you're looking for. By uniquely specifying a position and length within the digits of pi, you've just defined an encoding.
You're precisely one step beyond "it can't be a movie, it's just a string of ones and zeroes!" It's juvenile and unoriginal.
Speaking seriously, it's unlikely that the math here involves the same kind of statutory damages that arise from copyright violations in the US. Statutory damages are the result of the $500/share/song fees, and those are allowed specifically by law as a penalty. Since this set of copyright-suspensions is fully legal, US law would doubly-not-apply on the matter. At best, this might be calculated based on retail price.
... in what fantasy world would this have worked? Upgrading the IP version number by itself is an incompatible change, and any address-space extension means that a stateless, 1:1 address mapping is impossible. Once a stateless mapping is impossible, we're right back to the current mess of transition, since new-IP hosts would not be able to talk to old-IP hosts without an intermediary.
Carrier Grade NAT refers to an implementation of NAT444. What distinguishes this implementation is that the customer is given an IP address (or several) from within a private or shared range managed by the ISP, which is itself address-translated to a small pool of public addresses.
Hence, a customer's home network (IPv4) is translated to a provider's private network (IPv4) and again to the public Internet at large (on IPv4): NAT444.
Algorithmically it's the same network address translation you do at home, but if you were to stack two NAT-routers on top of each other to build a double-NAT at home you'd be a damn fool. When the provider does it, it gets a fancy name.
If, if business or network requirements mandate the use of NAT66 for reasons that can't be worked-around with other, more sensible approaches, then local hosts should exclusively use addresses from the Unique Local Address space. It's like private IPv4 addresses, only with near-zero chance of collision if different domains interact (like VPNs, organization mergers, or leaking of private addresses onto public spaces). A host with (seeming) internet connectivity that has an address in a ULA range must obviously be behind address translation.
Besides, what really breaks devices isn't NAT so much as many-to-one NAT. If (again, for some bizarre reason) an organization chooses to implement NAT66, then they should be using many-to-many NAT, where each internal host still maps to a unique -- but not predictable -- public address. If the public address is rotated every few minutes/hours for new connections (like already happens with stateless autoconfiguration + privacy extensions), then it will be impossible for an attacker to track hosts over the long-term.
We can do that; for legacy reasons IPv4 addresses can be embedded perfectly in the IPv6 space. However, there's no way to do so and ensure compatibility, because an IPv4-only application will simply be unable to handle IPv6 addresses. For IPv4-only applications (on either endpoint) to work on an IPv6 connection, some device in between has to translate the network addresses, or some anagram thereof.
From the perspective of the IPv6-end of things, this is a solvable problem. NAT64 effectively allows a router to proxy the entire IPv4-space, allowing a 6-only host to more-or-less transparently deal with IPv4-only hosts. DNS64 also proxies the DNS records to construct suitable (NAT64-based) addresses for hosts with only A (IPv4) DNS records.
The problem of IPv6 adoption is a classic chicken-and-egg. The differing address lengths mean that compatibility for IPv4-hosts must be broken; the pigenhole principle means that there literally cannot be a stateless mapping between IPv4 addresses and IPv6 addresses, even ignoring the traditional NAT problems of addresses-in-protocols. Some kind of translation intermediate will be necessary until we can finally turn off the IPv4 lights.
Those numbers are a bit out of date. The current Wikipedia page has an updated bar graph; in the most recent quarter listed (Jul-Sept 2012), the iPhone sold 26.9 million units.
If we're to assume that Nokia's goal is to sell a dominant phone platform, rather than a very niche product, these reported sales figures are underwhelming.
ISPs don't want to do carrier-grade NAT, because then they have to maintain carrier-grade NAT.
CGN is a stateful protocol, meaning that each of their implementing-boxes needs to maintain and process state for each data flow to or from your devices. That's no big deal for a single home, but it's a problem for a carrier. If the boxes are too far towards the customer-end of their network, they will be small but they will also be numerous, making maintenance more frequent. If the boxes are too far towards the core of their network, an ISP will only need a few, but the hardware requirements are much heftier to provide acceptable performance. (Already, bittorrent can saturate some of the cheaper home routers).
Simply routing packets is technically far, far easier than running network address translation. Even ISPs that use deep-packet inspection have the option of turning it off if things go wrong -- the network fails open. Carrier grade NAT doesn't have that option.
It's probably the index of your machine's IP that received the echo reply. An IPv6-connected host will have many addresses of different scope, so some implementations use the "%" to distinguish which of your addresses has handled a connection.
If DNS/DHCP is so difficult, then you can do exactly the same address assignment with ipv6 that you do with ipv4: give out a static /64 to each group-of-VMs, and let the testers/devs themselves pick individual machine numbers from that prefix.
If you want to be really short, then generate an unique local prefix (/48) for your test networks, and subdivide from there according to whatever scheme you want, like fd8a:db80:db80:building:floor::[machine]
That won't work in the long-term. The problem with carrier-grade NAT is that the ISPs have to... maintain carrier-grade NAT.
Network Address Translation is a stateful protocol, and it's orders of magnitude more expensive to maintain connection tracking on a per-connection basis for your customers than it is to simply route packets between networks. Even ISPs that use Deep Packet Inspection have the luxury of looking at selected traffic flows; carrier-grade NAT has to cover everything or it doesn't work.
shared university general purpose math servers, and the like.
Not even then. I've accidentally killed computing nodes before by overloading system memory with job submission. Technically the system doesn't die, but swap-storms made it so unresponsive that the sysop had to get to the physical console to reboot.
For the presidency, the US has a double first-past-the-post system for a single seat. Electing a minor party requires winning a majority of a pluralities: a plurality in enough states to get an electoral college majority. That's a very tough task, somewhat harder than trying to elect a Green party candidate nationwide if all Canadians voted for a single "Prime Minister Seat."
Parliamentary systems like Canada also do more to encourage minority parties at the per-seat level, for a few reasons:
I've read through the New Journal of Physics article. The ``radio vorticity'' means that the phase of the signal goes through a 180 flip across the beam centre, and the zero-point of this phase shift rotates as you move along the beam. The receiving antennas in the experiment were a pair of yagis, used to create a radio interferometer. The math and experimental results behind this appaer sound, but there are a few limitations:
So for controlled channels -- perhaps even microwave links -- I'm optimistic about engineers being able to build something useful out of this. But the basic math isn't going to generalize to omnidirectional links, and it certainly isn't going to deal well with strong multipath interference. Simply being able to discriminate between modes requires straddling the beam centre, so this absolutely isn't going to work for general consumption.
Also, I don't think that practical antenna design will ever allow more than three or four channels of angular momentum outside of a lab setting. Even that may potentially be a huge win for fixed microwave links, though.
Since the energy is only required when information is erased, reversible computing can get around this requirement. Aside from basic physics-level problems with building these logic gates, the problem with reversible computing is that it effectively requires keeping each intermediate result. Still, once we get down to anywhere close to the kT ln 2 physical constraint, reversible logic is going to look very attractive.
In short, the paper repeats analysis and numerical simulations of a simplified 'agreement model'. People are abstracted as nodes on a graph, communication happens between them, and consensus is reached. If a graph is initialized randomly, with nodes 'believing' either A or B, eventually (in log(N) time) the graph reaches consensus with every node 'believing' A xor B.
This paper adds a twist; some fraction of nodes are 'committed' to A, and cannot ever be convinced of B. To quote the paper:
Now, if even one node cannot be convinced of B, then no consensus can be reached -- but it doesn't really matter. If the fraction is really small, then you can more or less ignore them.
The interesting part about that paper is their threshold effect -- once p gets to be over 10%, not only does A eventually win, but it does so -quickly-.
The applications to politics still hold, but not on the big, obvious issues. Those issues, like taxes and abortion and health care and anything else that really makes the news, have committed believers on both sides -- they're outside the scope of study. Where this research becomes really interesting is in quieter, uncontroversial issues -- like regulation details, or climage change before Al Gore. There, this research suggests that the influence of sockpuppetry and lobbying is nonlinear -- beyond a critical point, the lobbyists completely win.
Of course, caveats about "the real world isn't an abstract graph" apply.
The authenticator is hardly $25. In the US, it's $6.50 with free shipping, and in the EU it's EUR6.99 also with free shipping. The price covers the cost of the physical unit and (obviously) the shipping. Blizzard's hardly making a killing on these.
For mobile authenticators, the Blizzard Website has more detail. The short version is that the Mobile Authenticator is available on a wide range of phones, depending on provider. Support isn't universal, though.
That said, the only time Blizzard could make Authenticators mandatory would be at a game-changing event, like the release of the next expansion. If they go ahead and do that, they'd probably throw Authenticators in the box, to automatically have near-total distribution. Their biggest concern is probably whether they can source a few million of them.
The long and short of it is that account theft is a big problem, both for Blizzard and for people who play WoW. Not everyone has a locked-down system, and phishers are using tactics formerly reserved for actual banks to try to get account info. Players have to deal with having their account possibly stolen, Blizzard has to deal with perpetual requests (some possibly fraudulent!) to restore characters/items, and the game as a whole suffers from the RMT that goes on.
I, for one, welcome our Keyfob and Mobile-Authenticating Overlords.
Obligatory Pedant: The Central Limit Theorem only guarantees that the mean IQ of a large group would follow a normal curve. In theory, the IQ of individuals could be distributed arbitrarily -- everyone could have an IQ of 1 save for Superman, who has an IQ of (1+99*population_size).
As other comments mention, Windows systems simply aren't considered when it comes to HPC. This is the first good Windows HPC publicity I can remember hearing. I would wager that Microsoft donated the software licenses for this cluster gratis.
Speaking as a math grad student with a CS undergraduate degree, Matlab is the best program/language to use for numerical programming. For ODEs and PDEs -- the numerical applications I've seen most often -- numerical methods boil down to matrix/vector manipulation, with little in the way of data structure manipulation. That is Matlab's forte, and it works extremely well.
I'll be the first to agree that Matlab is quite limited. The thought of any kind of data structure manipulation in the language makes me shudder. But for a Numerical Methods class, it's definitely the right language.
Matlab started around wrapping calls to LAPACK and BLAS libraries. For those things, it is fast, efficient, and elegant. For most everything else, Matlab is slow, cumbersome, and inelegant. But that's fine, it's a very specialized language.
One side note: personally I found the experience of working with Matlab to be broadening as a programmer. It's not often that you see a language where vectors and matrices are first-order datatypes, in some ways even superior to scalars.
That doesn't solve the TSP -- it solves the shortest path problem. The TSP requires the salesman to visit every city; your method will only visit a subset of the cities. As a simple thought experiment, consider that the string method cannot give a path that starts and ends in the same city. The shortest path problem is already solvable in O(N^2), as a classic tree/graph searching problem.
I imagine that's part of the reason it hasn't been done yet. Finding the "true luminosity" from a nearby Red, Green, Blue, and Clear CCD is probably nontrivial. I imagine that IR sensitivity isn't as troublesome as you'd suggest, though, since most cameras now come with IR filters over the CCD array. Photographers interested in IR (and UV) photography sometimes have to have that filter removed outright.