Please create an account to participate in the Slashdot moderation system


Forgot your password?

Comment: Keychain (Score 1) 277

by m.dillon (#49703663) Attached to: Ask Slashdot: What's On Your Keychain?

"Heartbeat monitor with a deadman's switch which blows away all my encryption keys."

ok... Maybe not.

"Car keys, house key, lead-line isotope container for when I need a distraction."

Hmm. Let me redact that.

"Car keys, house key, LED flash light, tag with 2D barcode with a virus URL in case someone is too curious."

There. That sounds reasonably sane.


Comment: Re:Backups (Score 1) 184

by m.dillon (#49660973) Attached to: Enterprise SSDs, Powered Off, Potentially Lose Data In a Week

No, its a stupid recommendation. Spinning rust doesn't last very long on a shelf. It will rapidly go bad mechanically if you keep switching between shelf and active. SSDs are far superior and data retention is going to remain very high until they really dig into their durability. If you still care, there's no reason why you can't just leave them disconnected from a computer but still powered... they eat no real current compared to a hard drive. SSD-based data retention should be 30+ years if left powered... impossible to test as yet :-)... but no reason why not.

However, for backup purposes there is still an issue of cost. Using SSDs for bulk backup storage can be expensive... it wouldn't matter for a big business so much but cost can be a big issue for individual users.

SSDs don't go bad the way HDDs do. With a HDD maximum reasonably-safe life is 3 years whether powered or not (and swapping between powered and shelf will radically reduce its durability). With a SSD only durability really matters. A business can easily justify buying the required SSD storage in bulk with a marginal cost calculation, but it might be too big a hunk of change for an individual.

Personally speaking I still use HDDs for my backups, for reasons of cost, but I expect in the next few years that will change as SSD prices continue to drop. I just bumped up from 2TB x 3 (active, on-site backup, off-site backup) to 4TB x 3. My storage needs are going up more slowly than the technology is dropping in price. The two will meet in a few years and I'll be 100% SSDs. I'm already 100% SSDs for everything else. No point even contemplating a HDD any more except for bulk backup storage or software test rigs.


Comment: Re:toy anyway (Score 1) 65

by m.dillon (#49659665) Attached to: Samsung's SSD 840 Read Performance Degradation Explained

Actually, more and more SSDs today *DO* have power loss protection. Take it apart... if you see a bunch of capacitors on the mainboard all bunched together with no obvious purpose it's probably to keep power good long enough to finish writing out meta-data. Cheaper to use a lot of normal caps than to use thin-film high capacity caps.


Comment: Re:Strange Linux behavior (Score 1) 65

by m.dillon (#49659623) Attached to: Samsung's SSD 840 Read Performance Degradation Explained

This is not related to the SSD. If your cpus are pegged then it's something outside the disk driver. If it's system time it could be two things: (1) Either the compilers are getting into a system call loop of some sort or (2) The filesystem is doing something that is causing lock contention or other problems.

Well, it could be more than two things, but it is highly unlikely to be the SSD.

One thing I've noticed with fast storage devices is that sometimes housekeeping operations by filesystems can stall out the whole system because the housekeeping operations assume the disk I/O will block when, in many cases, the disk I/O completes instantly and essentially does not block, causing the kernel thread to eat more cpu than intended.


Comment: There's no news here. (Score 1) 184

by m.dillon (#49659099) Attached to: Enterprise SSDs, Powered Off, Potentially Lose Data In a Week

These tests explicitly state that the SSD is rewritten until it reaches its endurance rating before the retention test is done. At that point the flash in a consumer would not be expected to retain data unpowered for more than 1 year.

If you write your data to a fresh SSD once, multiply the number by at least 10.


Comment: Re:Plan to "license more outside brands"? (Score 5, Interesting) 369

by Daniel_Staal (#49642971) Attached to: Keurig Stock Drops, Says It Was Wrong About DRM Coffee Pods

No, they've learned a few things:

1: People care about what brands of coffee they drink.
2: Limiting choices there makes them look like the bad guy.

They think (and may well be right...) that by making this apology and opening up the choices on what coffee people make using their coffeemakers, that people won't notice that they're still limiting their choices on coffeemakers.

They've learned to pick their battles and manipulate opinion.

Comment: Re:Is this Google's fault? (Score 3, Interesting) 434

by Daniel_Staal (#49626313) Attached to: Google Can't Ignore the Android Update Problem Any Longer

True, but on the other hand many, if not most, OEMs never update their Android phones. A delay while OEMs work out details and stuff would be acceptable, if not ideal. But in practice the updates just don't exist unless you buy a new device - and then only if you buy a phone with a more recent version of the OS. (And a lot of phones are shipped with an out of date OS!)

It has gotten a bit better - especially for 'flagship' devices - but it's still not good. I thought the 'Google One' edition phones were a good push towards trying to solve the problem (if only by shaming the OEMs), but they've died off.

Comment: Re:Is this Google's fault? (Score 3, Insightful) 434

by Daniel_Staal (#49626279) Attached to: Google Can't Ignore the Android Update Problem Any Longer

But Apple does at least have a fairly dependable support schedule: The most recent 2 generations of devices in a line are supported, possibly with some loss of functionality. (Typically functionality that depends on new hardware.) Past that is occasionally supported, but don't count on it. (Admittedly this support schedule is not official - it's just what has happened in practice for the life of iOS.)

Your iPhone 4 just misses that cut (6 is the current, 5s one gen back, 5 is two), and your iPad is about 4 generations past that cut. Each did get updates regularly during it's product life cycle - it's just that you've continued to use them past that life cycle. That contrasts dramatically with Android OS phones which often ship with out of date versions of their software, and are usually never updated.

Comment: Re:Specced too low, weird form factor (Score 1) 174

by m.dillon (#49529981) Attached to: Intel 'Compute Stick' PC-Over-HDMI Dongle Launched, Tested

This is the *mobile* i5, not the full blown desktop i5. It's basically the Broadwell successor to the Haswell 29xx series. 15W TDP or less. The BRIX runs 8W idle (not sleeping) and 20W at 100% cpu (all 4 threads full out). Intel is playing fast and loose with their naming schema for Broadwell.


Comment: Re:Specced too low, weird form factor (Score 1) 174

by m.dillon (#49529845) Attached to: Intel 'Compute Stick' PC-Over-HDMI Dongle Launched, Tested

All the older haswell-based boxes have dropped in price significantly. They make decent boxes too as long as you are not compute-heavy. E.G. the 2957U is 2-core, no hypthreading, 1.4 GHz, no-turbo, and no AESNI (so https and other crypto is slow). Whereas even the Broadwell i3-5200U is 2-core/4-thread, 2.2 GHz with Turbo to 2.7 GHz, and has AESNI.

I have an Acer C720P chromebook running DragonFly (BSD) with the 2955U in it, which is very close to the 2957U. I would call it decent for its purpose and it can certainly drive the chromebook's display fairly well. Firefox is not as snappy as I would like, though.

On the i5-5200U even unaccelerated video decoding can run full frame at full speed on my 1920x1050 monitor and firefox is quite snappy.

If I had to make a cost-concious decision on using the older Haswell based cpu and giving up some cpu power I would say that it would still be a reasonable choice *BUT* I would compensate at least a little by throwing in more ram (at least 4GB).


Comment: Specced too low, weird form factor (Score 2) 174

by m.dillon (#49529549) Attached to: Intel 'Compute Stick' PC-Over-HDMI Dongle Launched, Tested

It's specced way too low to really be useful as a general computing device, and the form factor is 'weird' to say the least. It's too big to really be called a stick, and too small to be able to pack a decent cpu. There's plenty of space behind the monitor for a somewhat larger device in a better form factor. The stick is a play toy that you will become disappointed with very quickly (think the old 'netbook' concept Intel tried to push a few years ago... that's what the stick feels like).

Honestly, the 'compute stick' makes zero sense for a TV-mounted device. It is far better to just go with a chrome cast stick or an AppleTV for airplay and using a pad or cell in your hand to control it if you want to throw a display up on the TV. Otherwise you will be fumbling around with a horrible remote or you have to throw together a bluetooth keyboard (etc...) and it just won't be a fun or convenient experience.

My recommendation... don't bother with this gadget. Instead, spend a bit more money and get an Intel NUC or Gigabyte BRIX (both based on Broadwell). And get at least the i5 version, the lack of turbo in the i3 version is telling. e.g. i5-5200 based box or better. It will cost significantly more than the stick, but it packs a decent cpu, can take up to 16GB of ram (2x204pin SO-DIMM DDR3), and depending on the model might even have room for a 2.5" SSD or HDD in it. The broadwell i5-5200U makes for quite a reasonable compact workstation and boxes based on it will be almost universally dual-headed. Of course, whatever floats your boat but I would definitely say that the lowest-priced Intel NUC or Gigabyte BRIX that is haswell-based or broadwell-based is still going to be an order of magnitude better than the compute stick.

I have one of the Gigabyte GB-BXi5H-5200's myself ('H' version fits a normal 2.5" SSD or HDD) and packed 16GB of ram into it. It is dual-headed so I can drive two displays with it and the box is small enough to mount on the back of a monitor if you so desire (it even includes a mounting plate and most monitors, such as LG monitors, are ready to take it). And if mounting it on the back of a TV doesn't make sense, mount it on the back of a monitor instead or just let it float behind the monitor. It's a small box, after all, it won't get in the way of anything. 4-thread (2-core), 2.2 GHz turbo to 2.7 GHz. Dual-head. Decent.


Comment: Re:Latency vs bandwidth (Score 5, Interesting) 162

by m.dillon (#49515439) Attached to: New PCIe SSDs Load Games, Apps As Fast As Old SATA Drives

That's isn't correct. The queue depth for a normal AHCI controller is 31 (assuming 1 tag is reserved for error handling). It only takes a queue depth of 2 or 3 for maximum linear throughput.

Also, most operating systems are doing read-ahead for the program. Even if a program is requesting data from a file in small 4K read() chunks, the OS itself is doing read-ahead with multiple tags and likely much larger 16K-64K chunks. That's assuming the data hasn't been cached in ram yet.

For writing, the OS is buffering the data and issuing the writes asynchronously so writing is not usually a bottleneck unless a vast amount of data is being shoved out.


"An ounce of prevention is worth a ton of code." -- an anonymous programmer