Are hardware vendors self destructive?

Are hardware vendors keeping open secrets?
(Too many iBooks at IBM.)

HP push PA-RISC based rp series with HP-UX
HP push IA64 based rx series with Linux

SGI push MIPS based Origin with Irix
SGI push IA64 based Altix with Linux

Sun push UltraSPARC with Solaris
Sun push IA32 based LX50 with Linux

IBM push S/390 based zSeries with Linux
IBM push PowerPC based iSeries with OS/400
IBM push PowerPC based pSeries with AIX
IBM push IA32 based xSeries with Linux

Now see http://www.debian.org/ports/

1. Debian GNU/Linux runs on 11 architectures including all of those listed 
above.

2. RISC processors are volume sensitive (Intel already have more than enough 
volume).

3. Yet vendors are mostly pushing customers to Intel Architecture for Linux.

This all looks like it is directed at making Intel an unassailable monopoly.  
Why would any one want that?

We will then have to put up with the poor performance, low reliability and high 
power and cooling demands of inefficient CISC processors that are not IP or 
stream (packing / unpacking) optimized.  Does this sound familiar?

A better solution would be to have the architecture out live the UNIX if the 
UNIX is actually dying.  If UNIX is not dying then RISC can only be helped by 
higher volumes.

Running Linux on their own architecture should be a win - win situation for the 
hardware vendor.

Any one interested in ports should contact their hardware vendors to clarify 
support for Linux.

Providing current RISC hardware for testing, building and performance profiling 
to the Debian project which supports 11 architectures with the Linux kernel 
would be worthwhile.

Providing hardware compatibility and steps required for installation of Debian 
on their hardware would be worthwhile.  OS vendor support is not possible with 
a free OS, but hardware vendors should do compatibility testing (free of 
charge) of snap shots (such as the r0's) at least.

Build times would understate performance of RISC which runs compiled C 
applications much faster than interpreters or compilers, however these would 
still be worthwhile.

Andrew Buckeridge
BGC (Australia) Pty Ltd

Reply via email to