Konami ‘Metal Gear’ Creator Chats about Update
Cell Phones Warn of Elephant Stampede
‘Mind-Reading’ Computer Debuts
Windows 7: The Story So Far
Hey Twitter I Have A Few Questions Too

Lately Twitter has been cleaning house, raising money, doing interviews and actually talking to users. In a blog post last week they did a Q&A session, directly answering questions about Twitter’s architecture.
So I have a couple of questions, too, based on a couple of discussions I’ve had with people who say they’ve seen Twitter’s architecture.
- Is it true that you only have a single master MySQL server running replication to two slaves, and the architecture doesn’t auto-switch to a hot backup when the master goes down?
- Do you really have a grand total of three physical database machines that are POWERING ALL OF TWITTER?
- Is it true that the only way you can keep Twitter alive is to have somebody sit there and watch it constantly, and then manually switch databases over and re-build when one of the slaves fail?
- Is that why most of your major outages can be traced to periods of time when former Chief Architect/server watcher Blaine Cook was there to sit and monitor the system?
- Given the record-beating outages Twitter saw in May after Cook was dismissed, is anyone there capable of keeping Twitter live?
- How long will it be until you are able to undo the damage Cook has caused to Twitter and the community?
Crunch Network: CrunchGear drool over the sexiest new gadgets and hardware.
Google To Launch Large Scale Geo-Services
Our sister publication Techcrunch UK noticed that a Location services API had been added to Google Gears. The developers behind Gears have been plotting out future API additions for a while, and those plans have included having Geo-data available to mobile app developers (see the spec here). We found out today that Google is backing up their Location API with a large effort to map out cell-phone towers and wifi hotspots, so that a user’s location can be pin-pointed more precisely.
While some cell-phones have an internal GPS, the data is inaccurate indoors and not available on all devices. The other non-GPS method for accurate location data is to use the location of cell towers. Google can store the lat and long of a particular cell tower in their database, and when their software in the future sees that cell tower on a phone, they know exactly where the phone is. To boot-strap the database, both Google and Apple have been using a company called Skyhook, who drive around pin-pointing the location of cell towers. By using this method Google bypasses the need to have deals in place with network providers for positioning data. In addition to cell-phone towers, Google is also mapping out Wifi locations to form a large rogue base station almanac, which is used for both additional accuracy in location calculations, and also to point users to the nearest available access point.
Once the database has been boot-strapped with initial data and launched to developers via an API, users of the service will further refine and improve the service by having devices submit information on towers and signal strength (along with location) back to Google. This means that over time, the service improves itself and will be able to work almost anywhere in the world, regardless of local regulations, network providers or restrictions.
It is expected that the service and associated data will be made available for free to developers using Google Gears (specifically the new Windows Mobile version). For developers of mobile applications, it means that they now have a very accurate way of not only calculating a users position, but also an easy way to pinpoint other locations as a basis for a location-based service. There is also an effort to develop and define a standard API for accessing Location data and services in the browser. As with local browser storage, Google are leading the way here by implementing first and then working with other browser developers on a standard.
Crunch Network: CrunchBoard because it’s time for you to find a new Job2.0