Re:where is x86_64 version? x86 is not x86_64!
on
Solaris 10 Released
·
· Score: 2, Informative
The "x86" branding is because it covers the x86 instruction set i.e not just 80386,80486,Pentium, Intel Celeron or AMD Athlon or Cyrix or whatever else emulates it.
Solaris 10 x86 supports 64 bit in the same way that SPARC does, with architecture specific modules depending what kernel you boot. If you boot "kernel/unix" you get generic 32-bit x86 architecture kernel. If you boot "kernel/amd64/unix" you get 64 bit goodness on Opteron and EMT64.
I have been running it 64 bit on an Athlon 64 notebook for some weeks now.
The U10 is single CPU UltraSPARC-IIi machine, I have a co-worker who installed Solaris 10 on one today.
The machine you are refering to is an Ultra 2 and by the sounds of it has UltraSPARC-I CPUs, which if you check the release notes for Solaris 10 you will see that that the UltraSPARC-I (less than 200Mhz, 64-bit but not quite) is not supported, while the US-II is (200Mhz fully 64bit and above).
Generally the blocks on disk will be CRC protected so that corrupt data will not be returned, instead you will get read errors which for any decent raid software should cause that disk to be offlined.
Of course, RAID is no protection for filesystem, file, data or admin fuckups.
RTA use Solaris fairly heavily and something like this with Sunrays is ideal - use a standard Sunray server setup and just ship it around the servers using flash archives.
Have the remote servers rsync home directories back to a central point nightly for backup, and they can be rsynced back to sites on an as needed basis.
That way all you need is one server at each office (or a cluster for availablilty/load) and just add Sunrays. I cant imagine how much of a pain in the ass it would be to admin 1400 workstations spread over all of NSW.
Then you seriously did not look hard enough, if at all. This is the problem with nearly everyone who bashes solaris x86 - it didnt look like linux so it must be wrong. If you didnt know there was other versions of UNIX before Linux and tar has been a UNIX utility long before linux was thought of - and lives in Solaris in the core install packages and has done since before the SunOS 4.x days.
bash-2.03$ uname -a
SunOS hornet 5.8 Generic_108529-12 i86pc i386 i86pc
bash-2.03$ ls -la/bin/unzip
-r-xr-xr-x 2 bin bin 462848 Dec 17 1999/bin/unzip
bash-2.03$ ls -la/bin/tar
lrwxrwxrwx 1 root root 11 Oct 19 09:38/bin/tar ->../sbin/tar
bash-2.03$
The bundled compiler is not a compiler, it is a stub - you need to either download gcc or buy workshop - and I have had more problems with gcc than workshop under Solaris.
Sure the driver suport is lousy, but Solaris has ma much more usable kernel API than linux so it would not be hard to change that if you really had the dedication.
I am extremely disappointed in Sun for this move - and I am an employee.
This might not be something new, but when I went to use ICQ after moving to a new ISP provided by my employer, I was unable to contact the ICQ servers. A few pings, telnets and traceroutes later I found AOL was blocking that traffic at their gateway, can anyone else confirm this? Unless the servers are inside AOL's network (I cant tell, thats as far as I can go) this is one bastardly way to get people using your product...
traceroute icq1.mirabilis.com
<..snip...>
17 ow4-dtc-P0-0.atdn.net (204.148.102.38) 529.459 ms 529.249 ms 529.564 ms
18 oscar-dc3-P0-1.aol.com (205.188.130.210) 529.497 ms 529.198 ms 529.554 ms
19 * * *
<...snip...>
29 * * *
30 * * oscar-dc3-P0-1.aol.com (205.188.130.210) 520.069 ms !X
Actually, Sun makes most of its sales in storage. For just about each Ex000 machine sold about two or three A5x00's or RAID arrays go with it. Its not uncommon to see setups with 90 odd disks hanging off one E5000...
I dont think Sun really sees much of a threat from linux, mainly because of liability and support. Would you trust a task that earns you several $1000's per minute to a linux box because its free and "non-capatilist" or fork out a little extra for support that can have an engineer call you in 6 minutes and be on-site in 2 hours anytime?
When linux runs on E10K's then we can really compare them.. (trust me, I know someone who has plans to give it a go....):>
Slashdot Mirror
The "x86" branding is because it covers the x86 instruction set i.e not just 80386,80486,Pentium, Intel Celeron or AMD Athlon or Cyrix or whatever else emulates it.
Solaris 10 x86 supports 64 bit in the same way that SPARC does, with architecture specific modules depending what kernel you boot. If you boot "kernel/unix" you get generic 32-bit x86 architecture kernel. If you boot "kernel/amd64/unix" you get 64 bit goodness on Opteron and EMT64.
I have been running it 64 bit on an Athlon 64 notebook for some weeks now.
The U10 is single CPU UltraSPARC-IIi machine, I have a co-worker who installed Solaris 10 on one today.
The machine you are refering to is an Ultra 2 and by the sounds of it has UltraSPARC-I CPUs, which if you check the release notes for Solaris 10 you will see that that the UltraSPARC-I (less than 200Mhz, 64-bit but not quite) is not supported, while the US-II is (200Mhz fully 64bit and above).
simple answer - CRC.
Generally the blocks on disk will be CRC protected so that corrupt data will not be returned, instead you will get read errors which for any decent raid software should cause that disk to be offlined.
Of course, RAID is no protection for filesystem, file, data or admin fuckups.
RTA use Solaris fairly heavily and something like this with Sunrays is ideal - use a standard Sunray server setup and just ship it around the servers using flash archives.
Have the remote servers rsync home directories back to a central point nightly for backup, and they can be rsynced back to sites on an as needed basis.
That way all you need is one server at each office (or a cluster for availablilty/load) and just add Sunrays. I cant imagine how much of a pain in the ass it would be to admin 1400 workstations spread over all of NSW.
fucking arts students....
Then you seriously did not look hard enough, if at all. This is the problem with nearly everyone who bashes solaris x86 - it didnt look like linux so it must be wrong. If you didnt know there was other versions of UNIX before Linux and tar has been a UNIX utility long before linux was thought of - and lives in Solaris in the core install packages and has done since before the SunOS 4.x days.
/bin/unzip
/bin/unzip
/bin/tar
/bin/tar -> ../sbin/tar
bash-2.03$ uname -a
SunOS hornet 5.8 Generic_108529-12 i86pc i386 i86pc
bash-2.03$ ls -la
-r-xr-xr-x 2 bin bin 462848 Dec 17 1999
bash-2.03$ ls -la
lrwxrwxrwx 1 root root 11 Oct 19 09:38
bash-2.03$
The bundled compiler is not a compiler, it is a stub - you need to either download gcc or buy workshop - and I have had more problems with gcc than workshop under Solaris.
Sure the driver suport is lousy, but Solaris has ma much more usable kernel API than linux so it would not be hard to change that if you really had the dedication.
I am extremely disappointed in Sun for this move - and I am an employee.
This might not be something new, but when I went to use ICQ after moving to a new ISP provided by my employer, I was unable to contact the ICQ servers. A few pings, telnets and traceroutes later I found AOL was blocking that traffic at their gateway, can anyone else confirm this? Unless the servers are inside AOL's network (I cant tell, thats as far as I can go) this is one bastardly way to get people using your product...
traceroute icq1.mirabilis.com
<..snip...>
17 ow4-dtc-P0-0.atdn.net (204.148.102.38) 529.459 ms 529.249 ms 529.564 ms
18 oscar-dc3-P0-1.aol.com (205.188.130.210) 529.497 ms 529.198 ms 529.554 ms
19 * * *
<...snip...>
29 * * *
30 * * oscar-dc3-P0-1.aol.com (205.188.130.210) 520.069 ms !X
Actually, Sun makes most of its sales in storage. For just about each Ex000 machine sold about two or three A5x00's or RAID arrays go with it. Its not uncommon to see setups with 90 odd disks hanging off one E5000...
:>
I dont think Sun really sees much of a threat from linux, mainly because of liability and support. Would you trust a task that earns you several $1000's per minute to a linux box because its free and "non-capatilist" or fork out a little extra for support that can have an engineer call you in 6 minutes and be on-site in 2 hours anytime?
When linux runs on E10K's then we can really compare them.. (trust me, I know someone who has plans to give it a go....)