Slashdot is powered by your submissions, so send in your scoop


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Disks aren't beaten yet (Score 1) 222

  What about Shingle recording ? There are prototype drives already built that can near 100TB on a single device. It has limitations, of course, like 2GB+ block sizes, but it'll get interesting. Give it 3-5 years (as usual, for mythical tech that might ship someday).

Comment You can keep secrets (Score 4, Insightful) 155

  So, this is bullshit. You can keep secrets as long as the people involved think secrecy is warranted.

  Google have an astonishing track record of not leaking projects to the press. They've worked on some incredible stuff, and the vast majority don't get leaked at all, or get leaked accidentally. Huge numbers of internal/infrastructure projects never get told about outside the company. Sure, some projects are pre-announced because by working with outside companies they assume there will be leaks (ChromeOS, Android).

  Internally people get told "Please don't leak unannounced projects. A leak could cause your co-workers to have to launch an unfinished or unpolished project ahead of time, reducing the impact of months or years of their time".

  The problem with Apple is that they work with a lot of outside agents, all of whom can leak without thinking of the personal consequences to friends, just financial/legal ones (which can be avoided). Their own engineers have a pretty good track record of keeping quiet about 'important' things.

Comment Re:Gee, thanks for the notice (Score 5, Interesting) 255

Yeah, we had problems in Google with these too; we have large networks of machines that used to use multiple different NTP servers (for resilience). Turns out not all NTP servers implemented leap seconds the same way, and many cluster based applications get upset when they aren't synchronized to within 100ms.

  Now, we run a dry-run of a fake leap-second with all software a few weeks before the leap-second failover. It's the only way to be 100% sure that applications changed since the last leap second won't have problems. Though, most unittest frameworks now have the ability to implement second skewing, since the suffering caused by the 2005 leap second.

  The main problem is that the POSIX description of how to do a leap second is retarded; you basically go from 00:00:00 to 00:00:59, some apps also get upset when they see the same time twice.


Slashdot Top Deals

A list is only as strong as its weakest link. -- Don Knuth