I'm sure intel is quaking in their boots that 4x as many ARM cpus are selling for $5 each, when they're selling plenty of i5s, i7s and Xeons are upwards of 20x that amount.
I don't believe soldered CPUs are a problem for businesses. We simply do not upgrade CPU on our boxes ever. We buy appropriate spec for workload - if need more CPU, split task onto multiple boxes.
The box is retired after 3-5 years, and the CPU/RAM/board/etc. is all replaced as a unit. I'm sure we're not alone.
Generally CPU upgrades suck anyhow. Bus speed increases, RAM speed increases, etc. all conspire against you. By the time the new CPU is out that gives a significant benefit, you'll get just as much or more benefit from upgrading the board anyway.
Valve/steam being on linux does not automatically bring the game library with it. The games still need to be written or ported. And after about 18 months + of steam on Mac, the game library is still pretty laughable.
Your definition of crapware would seem to include every application that you do not personally use. If that is the case, Linux ships with a heap of crapware (unless you happen to use ALL of those text editors, C compiler, etc), as does Windows, Android, iOS, etc.
All of those apps are fully functional and don't chew memory or CPU when not in use. I think you are confusing crapware with bundled software.
Why should a user have to fuck around with re-associating files to use a machine they just purchased? The issue isn't how difficult it is, the issue is that it needs to be done at all.
No one gave microsoft anything. They are simply requiring compliance with secure boot to get a made for Windows 8 logo. Don't want secure boot? Don't build/sell/buy hardware with it.
What people really want is that their running code is verified to be running the way it is supposed to be
And to do that, you need to know that all code running in the system has not been compromised. Starting with the boot-loader. if the boot loader is compromised, then ALL bets are off - you can't be sure that whatever hardware/software interrogation method you are using isn't being lied to something intercepting it at a lower level.
Part of the reason that streaming/downloading is so popular is that I don't need to go to the video store, deal with lines, etc.
Combine DVD rental with that other staple of human laziness - fast food delivery. Get into business with the Pizza store and provide food + blu-ray / dvd delivery as a bundled service.
If you're going to simply keep your existing product and try to compete with digital downloads, you will fail.
Actually even then it might be hard - another beauty of digital download is that once I'm done with the movie, i need to do nothing - no returns, no overdues, etc. So they'll need to address that as well.
You're forgetting: power, a/c, rack space, fault tolerance, network connectivity/bandwidth to/from said storage, backups. None of that is free or even cheap.
Sure, if you want a single 1 gb drive in someone's data center sitting on a shelf by itself in someone's data center with no connectivity you could get it for the drive cost, but that's not what you're paying for.
I'd count on it. People's appetite for storage is not going away, and SSD pricing isn't coming down fast enough. Due to the way most data access patterns work, making ALL of your storage super fast (be it cpu registers, cpu cache, RAM, etc) is far more expensive than it needs to be to get 90% of the performance.
I see this as being used for NAND based SSD write cache, and the SSD being used for cache of spinning disks in the interim, and MRAM eventually replacing NAND entirely if they can get the density.
I don't see traditional hard drives going away entirely for a long time. SSD is simply still too expensive for bulk storage, and if cached properly, bulk storage doesn't need to have super fast random access speed.
To be fair, the P4, if it worked as intended, would have been an awesome CPU. Intel were planning to be able to clock it up to about 10ghz if memory serves, before they ran into unforeseen problems. As such, it was designed with very long pipelines with a view to achieving that.
Because it could only clock up to 3.x ghz, the design was a failure.
You could do angry birds on the C= 64, if you were willing to live with the lower graphical resolution and sound quality. An AGA equipped Amiga would definitely handle it.
OS X is not perfect by any stretch. But the annoyances I have with OS X are worth putting up with for me, for good hardware support, and good application support.
To paraphrase here: all desktop UIs are crap. But some have different trade-offs, and the trade-offs with OS X are acceptable for me.
I did this in 2009, since using Linux from 1995 onwards. I can't say I miss much - on the desktop at least. Servers I'll generally run FreeBSD or Windows as appropriate.
Slashdot Mirror
I'm sure intel is quaking in their boots that 4x as many ARM cpus are selling for $5 each, when they're selling plenty of i5s, i7s and Xeons are upwards of 20x that amount.
I don't believe soldered CPUs are a problem for businesses. We simply do not upgrade CPU on our boxes ever. We buy appropriate spec for workload - if need more CPU, split task onto multiple boxes.
The box is retired after 3-5 years, and the CPU/RAM/board/etc. is all replaced as a unit. I'm sure we're not alone.
Generally CPU upgrades suck anyhow. Bus speed increases, RAM speed increases, etc. all conspire against you. By the time the new CPU is out that gives a significant benefit, you'll get just as much or more benefit from upgrading the board anyway.
Valve is not the entire gaming industry.
Valve/steam being on linux does not automatically bring the game library with it. The games still need to be written or ported. And after about 18 months + of steam on Mac, the game library is still pretty laughable.
And this is just fine, if you want to play games from the early 90s.
Your definition of crapware would seem to include every application that you do not personally use. If that is the case, Linux ships with a heap of crapware (unless you happen to use ALL of those text editors, C compiler, etc), as does Windows, Android, iOS, etc.
All of those apps are fully functional and don't chew memory or CPU when not in use. I think you are confusing crapware with bundled software.
Apple machines aren't loaded with crapware.
handbrake...
Why should a user have to fuck around with re-associating files to use a machine they just purchased? The issue isn't how difficult it is, the issue is that it needs to be done at all.
Windows 8 isn't throttled with crapware. Certain vendor PCs are throttled with crapware.
No one gave microsoft anything. They are simply requiring compliance with secure boot to get a made for Windows 8 logo. Don't want secure boot? Don't build/sell/buy hardware with it.
Unfortunately, most of the 'tards here these days are in fact that fucking stupid.
You've heard of ILO? iDRAC? Remote KVM? Real server hardware has such things.
And to do that, you need to know that all code running in the system has not been compromised. Starting with the boot-loader. if the boot loader is compromised, then ALL bets are off - you can't be sure that whatever hardware/software interrogation method you are using isn't being lied to something intercepting it at a lower level.
A passphrase is better than NO passphrase.
It's not really a hack if you log in with legitimate credentials. Compromised, yes. Hacked? No.
Part of the reason that streaming/downloading is so popular is that I don't need to go to the video store, deal with lines, etc.
Combine DVD rental with that other staple of human laziness - fast food delivery. Get into business with the Pizza store and provide food + blu-ray / dvd delivery as a bundled service.
If you're going to simply keep your existing product and try to compete with digital downloads, you will fail.
Actually even then it might be hard - another beauty of digital download is that once I'm done with the movie, i need to do nothing - no returns, no overdues, etc. So they'll need to address that as well.
OK, and how much is the company paying to employ you to roll your own solution?
You're forgetting: power, a/c, rack space, fault tolerance, network connectivity/bandwidth to/from said storage, backups. None of that is free or even cheap.
Sure, if you want a single 1 gb drive in someone's data center sitting on a shelf by itself in someone's data center with no connectivity you could get it for the drive cost, but that's not what you're paying for.
I'd count on it. People's appetite for storage is not going away, and SSD pricing isn't coming down fast enough. Due to the way most data access patterns work, making ALL of your storage super fast (be it cpu registers, cpu cache, RAM, etc) is far more expensive than it needs to be to get 90% of the performance.
I see this as being used for NAND based SSD write cache, and the SSD being used for cache of spinning disks in the interim, and MRAM eventually replacing NAND entirely if they can get the density.
I don't see traditional hard drives going away entirely for a long time. SSD is simply still too expensive for bulk storage, and if cached properly, bulk storage doesn't need to have super fast random access speed.
If it meant we would need to re-write and re-debug all our custom software for a new architecture, the proposal would get laughed out of the office.
$100k vs. the changeover cost for software running on a cluster of that scale is chump change.
To be fair, the P4, if it worked as intended, would have been an awesome CPU. Intel were planning to be able to clock it up to about 10ghz if memory serves, before they ran into unforeseen problems. As such, it was designed with very long pipelines with a view to achieving that.
Because it could only clock up to 3.x ghz, the design was a failure.
You could do angry birds on the C= 64, if you were willing to live with the lower graphical resolution and sound quality. An AGA equipped Amiga would definitely handle it.
OS X is not perfect by any stretch. But the annoyances I have with OS X are worth putting up with for me, for good hardware support, and good application support.
To paraphrase here: all desktop UIs are crap. But some have different trade-offs, and the trade-offs with OS X are acceptable for me.
I did this in 2009, since using Linux from 1995 onwards. I can't say I miss much - on the desktop at least. Servers I'll generally run FreeBSD or Windows as appropriate.
Netapp, Juniper and Apple have quite a few more than 10 users between them.