The problem is that trying to fab a processor without a foundry seems to be a big disadvantage. For IBMs mainframe business its probably not a critical problem as they aren't as performance intensive.

But for something like POWER which directly competes with x86 I suspect that they will have an even harder time selling their processors if they follow the AMD (or sparc, mips, etc) route. The ARM vendors seem to do fine without foundries, but the best performing ones seem to regularly come from companies that actually have their own in house fabs.

If the workload naturally fits into more nodes of smaller size, it frequently makes sense to opt for the higher node count. There is of course different break points depending on judgement calls, but most places seem to think of two sockets as about the sweet spot.

That describes the problem I work on, the throughput scales pretty nice as the machine size grows, but the costs of the larger machines grow much faster than their performance. So, it is far more cost effective to ship a few 2 socket machine with higher clocked processors than try to cram it all into one or two large machines.

But! While the throughput of the larger machines scales, their latency does not. In fact for the latency sensitive portions of our application we are far better off with smaller machines with faster ram, faster clocked CPU's , and closer IO busses. There are points where its actually impossible to buy better latency than we get for just a couple grand in our mid-range machine.

The pricing I saw a couple months ago didn't even approach what we are paying for our machines. Sure the machines in question _may_ have been ~30% faster but they cost literally 4x as much.

For customers buying larger Intel platform machines (4 sockets or more) the power8's are possibly competitive, but compared with the mid-range dual socket machines its wasn't even close.

Maybe IBM has adjusted the pricing since then, they keep telling me its going to be better than x86, but I have yet to see that for our use cases. Plus, I suspect that Intel will adjust their pricing in a few months if POWER is actually competitive. They have a habit of doing that. Just taking back the 4 socket "tax" they added a few years ago when AMD stopped being competitive will probably blow a hole in IBM's model.

If you go to IBM conferences you will find a fair amount of talk on this very topic by 3rd party vendors. There are probably a dozen vendors that want to provide AS400/iSeries cloud instances, but IBM won't let them because it violates the terms of the IBM i license which is tied to a hardware instance.

Plus, the whole software ecosystem piggybacks on the same idea, (often based on machine capabilities). This means that even if you can rent an iSeries for an hour its likely your software vendor won't license you their application.

So, while it is entirely possible, IBM seems to be dragging their feet on the license issues, and the vendors seems to be in a chicken/egg situation.

Not sure what the GP actually intended, but I'm convinced the fact that the kernel and a few thousand drivers all simultaneously have to be bug free for any given "release" is a serious problem. Should your hardware experience a driver problem you get to roll the dice again and hope the next version fixes your problem without breaking something else. Good luck, especially if you have a couple dozen different hardware configurations to contend with, especially if any of them are not x86.

Its futile, the drivers and the kernel should be separate and there should be a stable API, if not a full blown ABI for them. Linux has been evolving for ~20 years now its probably time to start trying to maintain some kind of actual kernel mode API. That way the _USER_ can pick and choose the kernel and any given set of drivers independently from one another. If kernel X happens to be "good" but you need a driver newer than that kernel you shouldn't have to upgrade to the latest buggy kernel just to get a driver for a more recent piece of hardware.

Android avoids this problem because the OEM spends time assuring that the driver set for their device is working/stable before shipping the device. Then rarely are they ever upgraded for anything other than bug fixes.

Hmmm, compare the options available via:

http://www.eightforums.com/tut...

with the options available in windows7 (and previous) in the "window color and appearance" dialog.

There are probably 4x the number of options in win7, including font selection/size changes that are simply not available on win8.

If this device is anything like the dell venue pro with 32GB, it works out to something like 17GB usable when you turn the device on, but by the time windows update runs its going to be less than 10GB free.

Lots of discussion about this on the internet, for example:

http://en.community.dell.com/s...

My only complaints are that Chrome actually performs quite poorly on sites with heavy AJAX (specifically Yahoo Mail), and that Flash is better off left not installed (darn). But Firefox appears to be much better optimized for low-end hardware, so I just use Firefox with no Flash.

On low end hardware I've been installing qupzilla. Its a webkit based browser minus much of the junk. It actually runs pretty good on windows2000 era machines, something that cannot be said for chrome/firefox at this point.

2GB per process - closer to 1.75 in practice.
3.25GB total usable.

First the 2GB limit is not fixed, it can be increased to 3GB. See http://msdn.microsoft.com/en-u...

The latter is a license restriction, not an OS one. There are 32-bit windows machines that can use 64GB of RAM and by default PAE is actually enabled by default on all versions of windows since XPSP2 (or was it SP3?) when DEP became the default as well.

http://msdn.microsoft.com/en-u...

So, if MS cared they could release a 32-bit windows professional that supports more RAM, they just choose not to. The real question is about drivers failing to use the HAL provided API's for DMA and such. While there were a few driver issues in the early 2k days most of them actually tended to work.

Classic shell gives you a start menu, and some of the customizations back, but your still up a creek if you want to say, customize the coloring of your window controls at a fine granularity, or a large number of other less noticeable UI changes.

I am, because after a single install for classic shell, you get a Windows that functions almost identically to a Windows 7 box

I use classic shell on the win 8/8.1, and frankly while its pretty tweak-able, it can't actually replicate the way I ran windows 7 nor the way I run windows XP. A big part of the problem in 8 is the removal of the ability to control with fine granularity pieces of the window decoration.

There are a lot of other issues, but win8 is just another half ass interface from microsoft layered on top of the half dozen other application UI paradigms they have tried to thrust on people over the past two decades. It doesn't take long before you notice that there are actually more than just metro/modern applications and applications with ribbons in win8. In fact last I counted there were 6 different application paradigms in the applications shipped with the OS going all the way back to windows 3.0. That is even before you install any 3rd party software.

I like the netflix app, that's about it.

Yah, duh, application that runs full screen on a single monitor for watching movies.

Full screen first person games might work too...

Same for XP which appears to have become the POS/embedded appliance with UI, OS choice a number of years ago. Those people seem to be in the "you can pry it from my cold dead fingers" type.

And since those machines probably don't even have web browsers in use they don't show up in surveys like this.

I have yet to see a windows 7 POS system, or display sign. Even technically savvy places like fry's are still running XP on their in-house systems.

I'm going to ad that I think usability with regard to discoverable interfaces probably peaked somewhere around 2000 as well.

Since they we have have had one trend after another to make interfaces look slicker at the expense of discoverablity.

First we started hiding visual hints (underscores on windows menus to indicate matching keyboard shortcuts). On and on, and lately we have the "flatten" UI paradigm where its impossible to even tell what is an active control from its surroundings until you start clicking/touching it.

Of lot of the problems in the computer industry stem from lack of proper well thought out standards. As well as the lack of licensing individuals and tool implementations. Diversity of implementations is good if the products adhere to standards. Everybody and their brother creating their own tool chains and proprietary (but open!) widgets that all solve the same basic problem has become the problem itself. We would still be in the preindustrial age if we were unable to standardize even basic things like thread patterns on bolts.

The software industry is the equivalent of recent HS grad noticing that his neighbor built a house using haybales (http://en.wikipedia.org/wiki/Straw-bale_construction) showing up at the city council and convincing them he can build a bridge over the local creek with haybales faster and cheaper than the local engineering firm. They proceed to hire, him and he in fact manages to build a bridge over the creek in an afternoon. Gets a lot of money, fame and further jobs. Its only 6 months later when the creek floods and washes the bridge away are the design tradeoffs apparent. By then, the kid has spent the money, moved out of state and is building cars out of cow manure for a large company.