Regarding the SPARC comments, one must realise that they're eventually going to kill their UltraSPARC and replace it with SPARC64, the ultimate successor to SPARC64 will be ROCK, which is that "geeze wizz" chip with 8 cores, and running 4 threads simultaneously per core, giving a grand total of 32 threads per-cpu, meaning, a nice little 16 way machine will clock and impressive throughput.
With that being said, watch SUN's SPARC workstation shipments fall through the floor once their Opteron workstations start shipping along with software companies coming on line with their Solaris x86-64 versions. Companies will no longer have to justifying an arm and a leg for under performing, over priced workstations.
With that being said, they still don't get it. They assemble their machines in America, yet all their parts come from China/Taiwan. Am I the only one here who finds that stupid? why not assemble them in Taiwan or China, like how IBM has outsourced their worktation/desktop production, just as Apple no longer manufacturers their workstations.
IIRC, on a good day, a normal flash card should sustain 10,000 writes without it going tits up, then again, that is average. Its kinda like the mean time of failure for hard disks, all very nice, but one can experience problems from a bad batch, whilst another customer could have nother but great luck.
Its great to see another distro adopt x.org as the cornerstone of their distro.
When XORG 6.7.0 was released, to put it midely, i was running around the house naked celebrating with great joy knowing that finally X11 will be bought kicking and screaming into the 21st century in regards to performance.
With the heavy weight of the distros plus SUN, hopefully SUN will stop having their own in house X server and instead adopt the XORG. What this should mean is greater enhancements coming to Solaris and all platforms that rely on XORG.
What I am disappointed in, however, is the lack of movement by FreeBSD to getting XORG working. A known bug that has been sitting in bugzilla since last month still hasn't been fixed, whats taking FreeBSD so long?!
No, its actually based on UnitedLinux which includes a number of neat features, for one, it uses the NGPL pthreads library instead of the old crusty method.
What you get with JDS is this; a company who knows their stuff with software that will be consistantly maintained, and better yet, they controll it. The problem with other vendors, they're at the mercy of Red Hat or Novell. Sorry, SUN doesn't want to be in that position, the same position that IBM find themselves in when dealing with Microsoft.
The sources have been submitted back to their authors. Want to moan, moan to the projects who have no incorporated the changes. The changes SUN has done for GNOME are already back in the CVS tree, take a look, its right there for the world to see.
SUN ALWAYS sticks rigidly to the rules.
Eh? its Linux and there is an up-to-date Java VM included. It runs KDE and Gnome apps. What shortage of third party software is there?
Oh, so now I can purchase MYOB? Adobe software? Macromedia Software? Peach Tree Accounting?
Wake up sunshine. There are no viable third party solutions that can be drop in replacements for what business need. Businesses, want a real solution, they want it NOW and they want it from the same vendor.
Sorry, K-Whatver or G-Whatever will not cut it.
Sorry to sound a little harsh but lets cut the crap, People want the applications they're used to and PHB's don't want to spend even MORE money trying to retrain their desk jockeys to use something different. You either step foward and say, "hey, you can run the same software packages on JDS" or else sit on the side lines wondering cluelessly why people run Windows in their organisations.
Again, no software, no customers. Its just that simple.
What is holding JDS back isn't necessarily Linux but the fact that SUN has done nothing about dire shortage of third party software vendors for the desktop.
There are a HUGE number of companies out there who would jump ship in a minute for a JDS solution IF they could get their "mission critical" applications on JDS. I'm sorry, but if SUN want the customers, the customers require the software, no software, no customers, its just that simple.
Want to solve the problem? go to the vendors and ask, "how much to port this application natively to JDS", find out the price, and the cut the software vendor a cheque! Once you get a handful of vendors producing, more vendors will come on board volunteerily because they don't want to feel like they've missed out on the "next big thing".
Its about creating momentum, but unfortunately SUN just doesn't get it, and never has, and never will.
Really? does it really matter when you consider this; Alpha, had two great operating systems for it, OpenVMS and UNIX, same goes for SPARC64, it has Solaris.
Of what possible benefit is there bringing Linux accross? Linux's main attraction was the fact that it finally offered a viable solution on the x86. The home of Linux IS the x86.
Slashdot Mirror
Regarding the SPARC comments, one must realise that they're eventually going to kill their UltraSPARC and replace it with SPARC64, the ultimate successor to SPARC64 will be ROCK, which is that "geeze wizz" chip with 8 cores, and running 4 threads simultaneously per core, giving a grand total of 32 threads per-cpu, meaning, a nice little 16 way machine will clock and impressive throughput.
With that being said, watch SUN's SPARC workstation shipments fall through the floor once their Opteron workstations start shipping along with software companies coming on line with their Solaris x86-64 versions. Companies will no longer have to justifying an arm and a leg for under performing, over priced workstations.
With that being said, they still don't get it. They assemble their machines in America, yet all their parts come from China/Taiwan. Am I the only one here who finds that stupid? why not assemble them in Taiwan or China, like how IBM has outsourced their worktation/desktop production, just as Apple no longer manufacturers their workstations.
IIRC, on a good day, a normal flash card should sustain 10,000 writes without it going tits up, then again, that is average. Its kinda like the mean time of failure for hard disks, all very nice, but one can experience problems from a bad batch, whilst another customer could have nother but great luck.
Its great to see another distro adopt x.org as the cornerstone of their distro.
When XORG 6.7.0 was released, to put it midely, i was running around the house naked celebrating with great joy knowing that finally X11 will be bought kicking and screaming into the 21st century in regards to performance.
With the heavy weight of the distros plus SUN, hopefully SUN will stop having their own in house X server and instead adopt the XORG. What this should mean is greater enhancements coming to Solaris and all platforms that rely on XORG.
What I am disappointed in, however, is the lack of movement by FreeBSD to getting XORG working. A known bug that has been sitting in bugzilla since last month still hasn't been fixed, whats taking FreeBSD so long?!
No, its actually based on UnitedLinux which includes a number of neat features, for one, it uses the NGPL pthreads library instead of the old crusty method.
What you get with JDS is this; a company who knows their stuff with software that will be consistantly maintained, and better yet, they controll it. The problem with other vendors, they're at the mercy of Red Hat or Novell. Sorry, SUN doesn't want to be in that position, the same position that IBM find themselves in when dealing with Microsoft.
The sources have been submitted back to their authors. Want to moan, moan to the projects who have no incorporated the changes. The changes SUN has done for GNOME are already back in the CVS tree, take a look, its right there for the world to see. SUN ALWAYS sticks rigidly to the rules.
Eh? its Linux and there is an up-to-date Java VM included. It runs KDE and Gnome apps. What shortage of third party software is there?
Oh, so now I can purchase MYOB? Adobe software? Macromedia Software? Peach Tree Accounting?
Wake up sunshine. There are no viable third party solutions that can be drop in replacements for what business need. Businesses, want a real solution, they want it NOW and they want it from the same vendor.
Sorry, K-Whatver or G-Whatever will not cut it.
Sorry to sound a little harsh but lets cut the crap, People want the applications they're used to and PHB's don't want to spend even MORE money trying to retrain their desk jockeys to use something different. You either step foward and say, "hey, you can run the same software packages on JDS" or else sit on the side lines wondering cluelessly why people run Windows in their organisations.
Again, no software, no customers. Its just that simple.
What is holding JDS back isn't necessarily Linux but the fact that SUN has done nothing about dire shortage of third party software vendors for the desktop.
There are a HUGE number of companies out there who would jump ship in a minute for a JDS solution IF they could get their "mission critical" applications on JDS. I'm sorry, but if SUN want the customers, the customers require the software, no software, no customers, its just that simple.
Want to solve the problem? go to the vendors and ask, "how much to port this application natively to JDS", find out the price, and the cut the software vendor a cheque! Once you get a handful of vendors producing, more vendors will come on board volunteerily because they don't want to feel like they've missed out on the "next big thing".
Its about creating momentum, but unfortunately SUN just doesn't get it, and never has, and never will.
Really? does it really matter when you consider this; Alpha, had two great operating systems for it, OpenVMS and UNIX, same goes for SPARC64, it has Solaris.
Of what possible benefit is there bringing Linux accross? Linux's main attraction was the fact that it finally offered a viable solution on the x86. The home of Linux IS the x86.