>The carrier has the choice to implement ipv6. Run ipv6 natively, and tunnel ipv4 traffic.

I don't think this will solve the problem. In the end, even if tunneling, some applications expect to see an IP per end-user. So the carrier still has to expose a dedicated IPv4 address per customer to the internet.

>Oh they can get more IPv4 addresses if they want. They are simply not willing to pay the asking price for them.

No. He will have to pass the additional cost of the IP addresses to its customers. And those customers are not ready to pay the price. They prefer a cheaper, but crappier service, otherwise the'll upgrade or switch to another more expensive carrier with real IP addresses.

The carrier has probably no choice. He can no longer get IPv4 addresses for new customers, so either he refuses customers or uses NAT to map multiple customers on the same IP.

On the other hand, the average Joe customer will not see the difference. He can surf as before and all his apps will work as before. Some apps (mostly p2p stuff) will suffer, but most internet user don't use those.

If you as customer do need a 'real' IP, then there always is the option to get a more expensive option.

I agree, I find this an excellent password recovery scheme. It does not protect against a bad choice in friends, but there are no technical protections possible against that. But for password recovery it is very good and quite safe against abuse by anonymous internet hackers.

Your Bank/Credit card company has no 24h service number for such this ?

Time to change credit card company.

Just install Hacker's Keyboard. It has a five rows and cursor keys (in landscape mode).

They are actually working with rats at this time. The first couple of years that compiled a database of rat-neurons in detail: Form and function. They do test the simulation extensively: Connecting electrodes to the synapses to check out what combination of input signals cause what output signals. After wards they look at one of the brains building blocks: The neuronal column: You assemble 10'000 neurons and do the same again: Feed it input and verify the output. If the simulation and the real thing gives the same result, then your simulation is ok, otherwise you go and tweak it until you get the same results.

I don't know how they go about Human brains, I'm sure they can not easily compare the simulation with the real thing. There are no volunteers to give op a bit of brain to feed the experiments :-).

They also are the main user of a BlueGene supercomputer at EPFL to run the simulations.

We'll see where they get over time. Henry Markram, the project leader is excellent, so I'm confident.

Markus

Very much so.

I would expect the head of Google+ using mainly Google+ for his social networking needs, not the network of a competitor. He should not even need to be told that explicitly.

I'm afraid to admit that it looks very much like it

This event dates from late September. As far as I know he was caught, before he could sell anything.

But, the Swiss Secret Service was lucky: The guy was caught because his bank became suspicious when he wanted to set up bank accounts to receive the future price for the loot.

The guy essentially walked out of the place with disk drives full of data. As he was the IT maintenance guy, he could pull this off without anybody getting suspicious. If your IT guy replaces 'broken' disk drives, everything is ok, other employees thought. As Switzerland is small, that department was small too, so there was a lack of resources.

Markus

I agree, DVD renting as business is on the way out. in the not-too-far future there will be too few customers to keep him in business.

If he wants to stay in retail he has to start selling/renting things customer want to buy/rent in a brick and mortar store.

You don't say what your desired outcome is.

If this was my data I would proceed as this:

• Data chunks (like web site backups) you want to keep together: weed out / move to their new permanent destination
• Create a file database with CRC data (see comment by Spazmania)
• Write a script to eliminate duplicate data using the file database. I would go through the files I have in the new system and delete their duplicates elsewhere.
• Manually clean up / move to new destination for all remaining files.

There will be a lot of manual cleanup, I think.

The Swiss economy is still doing fine, finding work is not a problem. Salaries are good too, compared to Europe. The downside is that prices (especially housing near the economic centers) are high too. Quality of life is good too.

For an European, getting a work and residency permit is a formality so you'll have no problems there. You can get by in English initially and pick the local language up later (French / German / Italian, depending where you go).

Good uptime is great, but unfortunately very expensive in terms of hardware, software and manpower. Questions you should ask yourself: - What is the maximum allowable downtime duration ? - How many outages can you tolerate per year ? - What is actual cost to you of a one day/evening outage ? - How many such outages did you have with your actual infrastructure ? I think the best option in your case is to have two identical servers/PCs of good quality with two mirrored harddrives each in hot-swap slots. If a harddrive fails, you can carry on for the evening and replace it the next day. If something else fails you swap the SQL server drives into the second server/PCs and fix the problem later. This is simple enough that you can instruct someone by phone to do that, when you are absent yourself.

This looks to me to be similar to Bluegene supercomputers. A Bluegene essentially consists of packaged PowerPC processors with a scalable high-performance switch interface on board. The two first current generation Bluegenes were using 32bit CPUs as well.

Markus