I would not be to surprised if OEL is dropped sometime in a not to far future, but on the other hand that would be true for their x64 HW as well
I'm seeing Solaris becoming a FW in Oracles appliances model going forward, the market for Oracle customers running Oracle on other HW/OS platforms is fairly large and it's the easiest market to address for them.....
Oracle isn't ignoring Solaris for Linux, they are actually putting a fair amount of resources behind Solaris, the issue is licensing cost for non Oracle HW and maybe even more the way the treated the budding OpenSolaris community early on, when they closed the doors on Solaris.
One more thing is kinda where they are focusing their efforts, rather than going after new developers, the focus is on Oracle on Oracle. So even if Oracle are investing in Solaris, they are primarily doing so to run the Oracle stack.
If you "admined Solaris for a few years" a few years back, you should take Solaris 11 for a spin, it's surprisingly fresh and the CLI env can either be configured to use GNU tols like most Linux dists does or old school "Solaris", You might like it.
Dhu,
The main usage of Java is on the server side, where it's fairly popular. Java skils is still the most sought after skill when it comes to developers. There are a few popular desktop applications written in Java, Minecraft comes to mind:) And of course we have the slightly modified version of Java that powers every Android application. So Java is still around and kicking.....
As to the big Reds handling of Java, out of the gate it was pretty bad in it's interactions with the Java community. Not surprising as they axed most of the folks that where doing that part back at Sun...... But they actually got better with interacting with the Java community lately, could improve more but still kinda on the right track.
Why keep the RAID controller at all, it's likely the slowest CPU you have in your system anyway. SSDs and smart SW based RAID aware filesystems allows build a new type of storage HW, with no need of a dedicated RADID controller. You can already today with OpenSolaris and combination of SATA drives and a few SSDs build storage solution with very good performance. And if you need the pure SSDs IOPs and low access time, just replace your spinning drives with SSDs for even better performance. Your host CPU/CPUs will have a lot better chance of keeping up with your SSD based RAID.
OpenSolaris comes to mind, Sun have a long history of building systems with > 48 cores that scales well. A UltraSparc T2 based T5440 would give you 256 HW threads to play with.
I disagree with you that it would be in Oracles best interest to dilute or kill of MySQL, I would rather see it as being in their interest to keep MySQL alive a thriving. If you look at it, they could use MySQL to compete with SQLserver on the low to midrange, and use the current Oracle DB server to compete with DB2 on midrange to hi end. But I guess that we have to wait and see what they end up doing.
Think you are missing one important point, yes the world is moving to smaller systems. But if you have a look at a four socket system with 8 core CPUs in there and add hyperthreading, you end up with a system that to the OS and the application looks like a 64way smp with a bit of numa. And lets see, that looks very much like a "large scalable" system, say 5 years a go. So the hw is getting smaller and cheaper, which allows us to build cheep "large scalable" systems, but as nice as it sounds now you will need an OS that can handle all of those CPUs, and lets see Oracle gets a OS that's been thriving on those types of systems for the last 10+ years, namely Solaris/OpenSolaris.
I do believe that Sun would have done much better if they would have stuck with what they do best, build HW and write infrastructure SW to make that HW shine, rather than trying to become a SW company, of which they have shown a number of times they don't have a clue.... That is selling SW, they do write very good SW
You're missing the point, look at what Netapp and EMC are charging for a similar solution. So on the low end take the S7110 at 10,995 and compare that to the FAS250 at 42,000. OK the FAS250 gives you 4TB, but you are stuck with a slow MIPS CPU and 512MB RAM where the 7110 gives you a a fast QC AMD CPU and 8GB, then add some data services and you start to get a real price difference:)
And it gets even more interesting when you start look at some mid range to high end configurations.
Sun does actually have some interesting DB technology that they acquired a few years back in form of Clustra, it's used today in their appserver to store state information in a cluster of appservers. It could potentially be used as an engine for MySQL, and there are some interesting things in the non posix part of ZFS that could be used to create a new engine as well. Lets see where they go with it, should be fun to watch:)
So that would leave us with Solaris.... Scales to 140+ cores today
So if I just could get a usable GUI on top of it, or at least an up to date CLI......
That's what Sun has been doing for the last 3 years or so, changing their business model away from large irons to scalable commodity based based systems. Today you can get a Sun Galaxy to a lower cost that an Dell....
But there are still a lot of customers where a large scale system is a way better fit than a cluster of 2 to 4way systems, ask any Bank about their core banking system:)
They ported DTrace from OpenSolaris, one of their new tools Xray is using DTrace to get information out of the system about the behavior of applications. Looking forward to take Xray for a spin when it gets out.
"Many such Xray instruments leverage the open source DTrace, now built into Mac OS X Leopard"
Most kernels already do that and more using processor affinity to determine on what CPU a certain thread should be scheduled on next time. And lately (for Solaris) a concept called affinity groups have been introduced to group CPUs and memory together based on locality, this so that the scheduler and memory allocator can make informed decisions on where to allocate recourses from. This would be needed since more and more systems tend to get NUMA like characteristics, in the case of Sun an E25K class machine is a NUMA system that is made look to as a UMA system
So in short, in case of Solaris, the scheduler already knows how to "optimize" scheduling of threads based on CPU and memory locality, and the memory allocate can make similar decisions on where to allocate memory from, depending on what directives you give it.
Cheers
So lets see here, Linux folks got the manuals for USIII, and ported Linux to USIII. The document in question that I think that you might be referring to was likely the system documentation for Excalibur or Sun Blade 2000. It was a person from Open BSD team didn't get access to this document, due to that he refused to sign a NDA. The USIII and USIII+ manuals can be found on http://www.sun.com/processors/documentation.html, guess you could try search for it using google:)
What drugs are you on, to many trips to the coffee house?? (Places where you legally can buy pott in Amsterdam)
I've been living in Europe, US and no in South-east Asia. When I moved to US back in -98 I hadn't written a check in 10+ years, I've ben using Internet banking since -91 or so. Been able to transfer my phone # when I'm moving in the same area code. And so on. US is great in inventing technology but sucks big time when it comes to use it.
And by the way the robot vacuum, it's Swedish:)
Slashdot Mirror
Nope, Sun HW is Oracle HW
I would not be to surprised if OEL is dropped sometime in a not to far future, but on the other hand that would be true for their x64 HW as well
I'm seeing Solaris becoming a FW in Oracles appliances model going forward, the market for Oracle customers running Oracle on other HW/OS platforms is fairly large and it's the easiest market to address for them.....
A few comments.
Oracle isn't ignoring Solaris for Linux, they are actually putting a fair amount of resources behind Solaris, the issue is licensing cost for non Oracle HW and maybe even more the way the treated the budding OpenSolaris community early on, when they closed the doors on Solaris.
One more thing is kinda where they are focusing their efforts, rather than going after new developers, the focus is on Oracle on Oracle. So even if Oracle are investing in Solaris, they are primarily doing so to run the Oracle stack.
If you "admined Solaris for a few years" a few years back, you should take Solaris 11 for a spin, it's surprisingly fresh and the CLI env can either be configured to use GNU tols like most Linux dists does or old school "Solaris", You might like it.
Dhu, The main usage of Java is on the server side, where it's fairly popular. Java skils is still the most sought after skill when it comes to developers. There are a few popular desktop applications written in Java, Minecraft comes to mind :) And of course we have the slightly modified version of Java that powers every Android application. So Java is still around and kicking.....
As to the big Reds handling of Java, out of the gate it was pretty bad in it's interactions with the Java community. Not surprising as they axed most of the folks that where doing that part back at Sun...... But they actually got better with interacting with the Java community lately, could improve more but still kinda on the right track.
Why keep the RAID controller at all, it's likely the slowest CPU you have in your system anyway. SSDs and smart SW based RAID aware filesystems allows build a new type of storage HW, with no need of a dedicated RADID controller. You can already today with OpenSolaris and combination of SATA drives and a few SSDs build storage solution with very good performance. And if you need the pure SSDs IOPs and low access time, just replace your spinning drives with SSDs for even better performance. Your host CPU/CPUs will have a lot better chance of keeping up with your SSD based RAID.
If you want to go real fast http://www.sun.com/storage/disk_systems/sss/f5100/ OK, not something that you would use in home setting, but it shows that there is still lot of room for innovation in the SSD space. But to your point, rather than using traditional SSDs Sun created a "SO-DIM" with flash that allows for higher packing density as well better performance. Info on the flash modules. http://www.sun.com/storage/disk_systems/sss/flash_modules/index.xml
Bangalore > lots of cheep labor for simple tasks (Simple x86 core) -> code name makes perfect sense
OpenSolaris comes to mind, Sun have a long history of building systems with > 48 cores that scales well. A UltraSparc T2 based T5440 would give you 256 HW threads to play with.
I disagree with you that it would be in Oracles best interest to dilute or kill of MySQL, I would rather see it as being in their interest to keep MySQL alive a thriving. If you look at it, they could use MySQL to compete with SQLserver on the low to midrange, and use the current Oracle DB server to compete with DB2 on midrange to hi end. But I guess that we have to wait and see what they end up doing.
Think you are missing one important point, yes the world is moving to smaller systems. But if you have a look at a four socket system with 8 core CPUs in there and add hyperthreading, you end up with a system that to the OS and the application looks like a 64way smp with a bit of numa. And lets see, that looks very much like a "large scalable" system, say 5 years a go. So the hw is getting smaller and cheaper, which allows us to build cheep "large scalable" systems, but as nice as it sounds now you will need an OS that can handle all of those CPUs, and lets see Oracle gets a OS that's been thriving on those types of systems for the last 10+ years, namely Solaris/OpenSolaris. I do believe that Sun would have done much better if they would have stuck with what they do best, build HW and write infrastructure SW to make that HW shine, rather than trying to become a SW company, of which they have shown a number of times they don't have a clue.... That is selling SW, they do write very good SW
Netbeans have a built in Chat function that allows you to share code between developers, it might do the trick.
You're missing the point, look at what Netapp and EMC are charging for a similar solution. So on the low end take the S7110 at 10,995 and compare that to the FAS250 at 42,000. OK the FAS250 gives you 4TB, but you are stuck with a slow MIPS CPU and 512MB RAM where the 7110 gives you a a fast QC AMD CPU and 8GB, then add some data services and you start to get a real price difference :)
And it gets even more interesting when you start look at some mid range to high end configurations.
Sun does actually have some interesting DB technology that they acquired a few years back in form of Clustra, it's used today in their appserver to store state information in a cluster of appservers. It could potentially be used as an engine for MySQL, and there are some interesting things in the non posix part of ZFS that could be used to create a new engine as well. Lets see where they go with it, should be fun to watch :)
So that would leave us with Solaris.... Scales to 140+ cores today So if I just could get a usable GUI on top of it, or at least an up to date CLI......
Dhu,
:)
That's what Sun has been doing for the last 3 years or so, changing their business model away from large irons to scalable commodity based based systems. Today you can get a Sun Galaxy to a lower cost that an Dell....
But there are still a lot of customers where a large scale system is a way better fit than a cluster of 2 to 4way systems, ask any Bank about their core banking system
Cheers
They ported DTrace from OpenSolaris, one of their new tools Xray is using DTrace to get information out of the system about the behavior of applications. Looking forward to take Xray for a spin when it gets out.
"Many such Xray instruments leverage the open source DTrace, now built into Mac OS X Leopard"
CheersSorry no IP left M$ got most of it a few years back in a fire sale :( So left is some cool interconnect stuff and the brand.
But I have a GTK look and feel now Sincerly, SWING
Most kernels already do that and more using processor affinity to determine on what CPU a certain thread should be scheduled on next time. And lately (for Solaris) a concept called affinity groups have been introduced to group CPUs and memory together based on locality, this so that the scheduler and memory allocator can make informed decisions on where to allocate recourses from. This would be needed since more and more systems tend to get NUMA like characteristics, in the case of Sun an E25K class machine is a NUMA system that is made look to as a UMA system So in short, in case of Solaris, the scheduler already knows how to "optimize" scheduling of threads based on CPU and memory locality, and the memory allocate can make similar decisions on where to allocate memory from, depending on what directives you give it. Cheers
So lets see here, Linux folks got the manuals for USIII, and ported Linux to USIII. The document in question that I think that you might be referring to was likely the system documentation for Excalibur or Sun Blade 2000. It was a person from Open BSD team didn't get access to this document, due to that he refused to sign a NDA. The USIII and USIII+ manuals can be found on http://www.sun.com/processors/documentation.html, guess you could try search for it using google :)
What drugs are you on, to many trips to the coffee house?? (Places where you legally can buy pott in Amsterdam) I've been living in Europe, US and no in South-east Asia. When I moved to US back in -98 I hadn't written a check in 10+ years, I've ben using Internet banking since -91 or so. Been able to transfer my phone # when I'm moving in the same area code. And so on. US is great in inventing technology but sucks big time when it comes to use it. And by the way the robot vacuum, it's Swedish :)