Slashdot Mirror

"We're seeing a dramatic increase in developer productivity with NEXTSTEP on SPARC," said Jonathan Schwartz, president of Lighthouse Design, Ltd., a leading independent software vendor for NeXT. "In delivering our entire family of developer and end-user products to the SPARC platform, we're confident SPARC system users now have the ideal environment to begin making their transition to objects."
http://www.sun.com/smi/Press/sunflash/1995-05/sunf lash.950523.3868.xml

* One of many examples: I think a lot of people might be interested in SunRay if it wasn't that its use is still painfully tied to Solaris, which nobody wants to use so much as within 50 feet of a desktop machine.


From http://www.sun.com/software/sunray/index.xml:

Sun Ray Server Software 3.1 is also designed to run on the following operating systems with x64 servers:

        * Solaris 10 3/05 or greater
        * Java Desktop System, Release 2 on x86
        * Red Hat Enterprise Linux Advanced Server 3 on x86 (32-bit)
        * SuSe Linux Enterprise Server 8 Service Pack 3 on x86 (32-bit)

One doesn't need solaris to run a SunRay network. Additionally, these are only the OSs that are supported by Sun.

More technology like CoolThreads would keep me interested in their products. Also, if they offered their Sun Fire T2000 at around $5000, I would be much more motivated to pick up a box or two.

More technology like CoolThreads would keep me interested in their products. Also, if they offered their Sun Fire T2000 at around $5000, I would be much more motivated to pick up a box or two.

Uhh, the SunRay server also runs on Linux (SuSE and RHAT): http://www.sun.com/software/sunray/

Schwartz is not a co-founder of Sun - He joined the company in 1996!

http://www.sun.com/aboutsun/media/ceo/mgt_schwartz .html

Actually, the Sun Fire T1000 only supports 16GB - but the T2000 does support 32GB. If you're looking at these, the alternative Opteron solution would be another rack-mounted system rather than a workstation, and the obvious candidate is the Sun Fire V40z with 32GB and 4 dual-core Opterons. Which, btw, are very nice systems.

Actually, the Sun Fire T1000 only supports 16GB - but the T2000 does support 32GB. If you're looking at these, the alternative Opteron solution would be another rack-mounted system rather than a workstation, and the obvious candidate is the Sun Fire V40z with 32GB and 4 dual-core Opterons. Which, btw, are very nice systems.

Actually, the Sun Fire T1000 only supports 16GB - but the T2000 does support 32GB. If you're looking at these, the alternative Opteron solution would be another rack-mounted system rather than a workstation, and the obvious candidate is the Sun Fire V40z with 32GB and 4 dual-core Opterons. Which, btw, are very nice systems.

Try here if you want an idea .. my complaint was that the entire site was very linux centric .. there's some pretty good ideas going into Solaris and with their big push in amd64 and i386, it can be a more affordable and stable platform to work with .. in fact if you want you can reference the Infiniband source here or here for example ..

First, Sun Java Entrprise System Messaging Server is free as part of the Solaris Enterprise System. You just have to pay for support if you want it and the mailing list that you referenced is better than paid support anyways since you are talking to the engineering team directly.

Second, stop spreading FUD. The gripes on the mailing list are mostly if not all dealing with the web end user interface (Communications Express or Unified Web Client - UWC). The LDAP/MTA/Message Store is ROCK solid and the virtual domain capibility is very simple to do which would be a BIG win for an ISP deployment.

Third, JESMS is very much role/service based so that value-added services are easy to do on a per-user and/or per-domain basis. For example, you want everyone to have their mail go through a basic anti-virus/anti-spam product, but you also can offer different levels such that one level gets run through additional scanning and a third level goes through a completely different AVAS system.

This then can extend to potentially offering calendar and IM (JABBER) based services with the installation of those servers. (Once you have the LDAP backend it becomes pretty painless to role out those services.)

Take a look at the Deployment Planning Guide for example on how it can be deployed to fit the OP requirements.

First, Sun Java Entrprise System Messaging Server is free as part of the Solaris Enterprise System. You just have to pay for support if you want it and the mailing list that you referenced is better than paid support anyways since you are talking to the engineering team directly.

Second, stop spreading FUD. The gripes on the mailing list are mostly if not all dealing with the web end user interface (Communications Express or Unified Web Client - UWC). The LDAP/MTA/Message Store is ROCK solid and the virtual domain capibility is very simple to do which would be a BIG win for an ISP deployment.

Third, JESMS is very much role/service based so that value-added services are easy to do on a per-user and/or per-domain basis. For example, you want everyone to have their mail go through a basic anti-virus/anti-spam product, but you also can offer different levels such that one level gets run through additional scanning and a third level goes through a completely different AVAS system.

This then can extend to potentially offering calendar and IM (JABBER) based services with the installation of those servers. (Once you have the LDAP backend it becomes pretty painless to role out those services.)

Take a look at the Deployment Planning Guide for example on how it can be deployed to fit the OP requirements.

Yeah, I'm definitely not contending that Sun's big iron is how it's going to bail itself out. Quite the opposite--my whole point was they're migrating their whole business model away from big fancy app servers and towards cheapo Opteron / Niagara clustered solutions. Of course, that's cheapo in the Sun sense: their prices are still 50-200% higher than comparable anonymous white box hardware. And, as we all know, it was precisely the rise of the white box cluster that brought Sun to the point it's at now. So what gives? Well, it turns out TCO for Sun hardware is actually lower even factoring in the higher hardware cost. Read it for yourself. It's a hard thing to wrap your mind around, especially if you've been hanging around /. for years like I have.

But apparently it's true. And that was my point about brand equity. A lot of the people who are now making purchasing decisions for their firm have a deep-seated belief that Sun makes more stable, more efficient, just overall better products that are worth paying a premium for. You can recognize these people because they also buy Apple for personal use.

My, I really sound like I've drink the Kool-Aid. I guess only time will tell. I don't actually have that much $$ riding on this stock, and I wouldn't even call myself one of the Sun fanboys I alluded to in the previous post. A ton of people who are a lot smarter than me got took a pass on this one. So... maybe I'll be getting reamed come Monday! :-)

It does appear that you can get a support contract at:

http://www.sun.com/service/serviceplans/solaris/

starting at $120/yr and get access to SunSolve, although I'm not sure how quickly it'll be activated.

Solaris 10 licenses are free for systems purchased from Sun and Sun authorized resellers http://www.sun.com/software/solaris/licensing/over view.xml

There are tons of 3rd party API's for connecting to MS Exchange. In the Java space alone, there is J-integra, compoze, com to java bridge (alphaworks, ez jcom) - and that was just from quick googling (my first Google result from a simple search was http://forum.java.sun.com/thread.jspa?threadID=608 074&messageID=4032674 )

Exchange has been around for a while, frankly, it seems like a no-brainer to "talk" to exchange from a non-MS app!

I think the main difference is the split between the hypervisor and userspace. (A hypervisor is a scheduler that manages multiple operating systems, each of which has their own scheduler. The original operating systems were called "supervisor programs", in case you're curious, so a supervisor-supervisor-program is a hypervisor. :-)

Under VMWare, each VM runs with its own complete kernel copy - each VM is a complete emulation of a computer, to the best of VMWare's ability.

Under OpenVZ, as far as I can tell, the same kernel is shared among the different VMs and they add extra "namespace" features to the kernel that allows the one kernel to segregate the virtual machines. Because it's still the one kernel, there's more efficency because the one kernel manages the virtual-memory to physical memory mapping and all the other hardware abstraction issues. (Instead of the double layer of the VM ("guest") OS to virtual hardware to the host OS to physical hardware.) If I'm right, this means that a kernel has to be well written to avoid VM contamination, a kernel panic will bring the whole system down (not just one VM), and you can't have different kernel versions or images in each VM.

What I want to know is "how is this in comparison to zones on Solaris?" It looks a lot like that.

Solaris 10 introduces the idea of "containers", which seem to me to be a very close match to what this guy's talking about. Anybody know how they compare in terms of their isolation, their performance, and so on?

Is everyone forgetting that Sun Microsystems bought Tarantella last July? See: http://www.sun.com/smi/Press/sunflash/2005-07/sunf lash.20050713.1.html This is the productization of that acquisition, at least it looks that way. Tarantella, um....Sun, has an excellent product. Try it, you might like it!

Here are some archived Sun employee blog posts about SGD (aka Tarantella, aka Secure Global Desktop).

• More on the Secure Global Desktop
• Running the Sun Secure Global Desktop
• Choose Tarantella or Citrix?
• Why is Sun releasing a RDP Client?
• The Cure for App Envy?
• Sun Ray Bruce's Desktop Tales : Weblog

-Eric Boutilier

Here are some archived Sun employee blog posts about SGD (aka Tarantella, aka Secure Global Desktop).

• More on the Secure Global Desktop
• Running the Sun Secure Global Desktop
• Choose Tarantella or Citrix?
• Why is Sun releasing a RDP Client?
• The Cure for App Envy?
• Sun Ray Bruce's Desktop Tales : Weblog

-Eric Boutilier

Here are some archived Sun employee blog posts about SGD (aka Tarantella, aka Secure Global Desktop).

• More on the Secure Global Desktop
• Running the Sun Secure Global Desktop
• Choose Tarantella or Citrix?
• Why is Sun releasing a RDP Client?
• The Cure for App Envy?
• Sun Ray Bruce's Desktop Tales : Weblog

-Eric Boutilier

Here are some archived Sun employee blog posts about SGD (aka Tarantella, aka Secure Global Desktop).

• More on the Secure Global Desktop
• Running the Sun Secure Global Desktop
• Choose Tarantella or Citrix?
• Why is Sun releasing a RDP Client?
• The Cure for App Envy?
• Sun Ray Bruce's Desktop Tales : Weblog

-Eric Boutilier

Here are some archived Sun employee blog posts about SGD (aka Tarantella, aka Secure Global Desktop).

• More on the Secure Global Desktop
• Running the Sun Secure Global Desktop
• Choose Tarantella or Citrix?
• Why is Sun releasing a RDP Client?
• The Cure for App Envy?
• Sun Ray Bruce's Desktop Tales : Weblog

-Eric Boutilier

Here are some archived Sun employee blog posts about SGD (aka Tarantella, aka Secure Global Desktop).

• More on the Secure Global Desktop
• Running the Sun Secure Global Desktop
• Choose Tarantella or Citrix?
• Why is Sun releasing a RDP Client?
• The Cure for App Envy?
• Sun Ray Bruce's Desktop Tales : Weblog

-Eric Boutilier

Here are some archived Sun employee blog posts about SGD (aka Tarantella, aka Secure Global Desktop).

• More on the Secure Global Desktop
• Running the Sun Secure Global Desktop
• Choose Tarantella or Citrix?
• Why is Sun releasing a RDP Client?
• The Cure for App Envy?
• Sun Ray Bruce's Desktop Tales : Weblog

-Eric Boutilier

How is this any different then what Google is doing (aside from being the "benevolent and all holy" Goggle versus the "almost as evil as Microsoft" Sun)? The client should never matter when running the application and if you look here http://www.sun.com/download/products.xml?id=433240 e1 you can get the client application for just about anything including dumb terminals and handheld devices.

And stating that Sun is trying to put all applications on Sun systems is a bunch of crap. The design of the product is to have a gateway to all vendors applications. So you continue to run your existing applications and connect to them from the gateway, and no it doesn't have to be Solaris http://www.sun.com/download/products.xml?id=43321d b9

How is this any different then what Google is doing (aside from being the "benevolent and all holy" Goggle versus the "almost as evil as Microsoft" Sun)? The client should never matter when running the application and if you look here http://www.sun.com/download/products.xml?id=433240 e1 you can get the client application for just about anything including dumb terminals and handheld devices.

And stating that Sun is trying to put all applications on Sun systems is a bunch of crap. The design of the product is to have a gateway to all vendors applications. So you continue to run your existing applications and connect to them from the gateway, and no it doesn't have to be Solaris http://www.sun.com/download/products.xml?id=43321d b9

Supported Protocols
Microsoft RDP
X11
HTTP, HTTPS
SSH
Citrix Independent Computing Architecture (ICA)
Telnet VT, American National Standards Institute (ANSI)
TN3270E
TN5250

Supported Application Types
Microsoft Windows
Solaris, Linux, HP-UX, and AIX (character and graphical)
IBM mainframe or AS/400
HTML, Java

Client Requirements
Leading Java technology-enabled clients, including Microsoft Windows, Java Desktop System, Linux, and Mac OS X
Sun Secure Global Desktop Native Client-enabled devices including thin clients, wireless PDAs, and pocket PCs
Server Requirements

Lightweight Directory Access Protocol (LDAP) v3
Microsoft Active Directory
RSA SecurID
Network Information Service (NIS)
Microsoft Windows Domains
HTTP, HTTPS including Public Key Infrastructure (PKI)-based client certificates

Well, if I were a Sun salesman, I'd say you don't use a crappy Internet Explorer/Outlook Express spyware machine, you use a nice little Sunray which is supposed to use less power than a nightlight - 4 watts - http://www.sun.com/smi/Press/sunflash/2006-04/sunf lash.20060412.4.xml

• Enforcing the Two-Person Rule Via Role-Based Access Control in the Solaris 10 Operating System
  
  
• The Least-Privilege Model in Solaris
  
  
• Zones Partioning Technology
  
  
• More info
  
  

• Enforcing the Two-Person Rule Via Role-Based Access Control in the Solaris 10 Operating System
  
  
• The Least-Privilege Model in Solaris
  
  
• Zones Partioning Technology
  
  
• More info
  
  

• Enforcing the Two-Person Rule Via Role-Based Access Control in the Solaris 10 Operating System
  
  
• The Least-Privilege Model in Solaris
  
  
• Zones Partioning Technology
  
  
• More info
  
  

• Enforcing the Two-Person Rule Via Role-Based Access Control in the Solaris 10 Operating System
  
  
• The Least-Privilege Model in Solaris
  
  
• Zones Partioning Technology
  
  
• More info
  
  

Mac OS X, Windows, Linux and Solaris as well.

SunRay terminals consume less real-world bandwidth on average than Citrix-based devices. The servers currently need to be either Sun Solaris or PC Linux, but there's talk of Windows support later this year.

http://www.sun.com/sunray/sunray2/

Pretty slick stuff and Sun's been doing it for about 5 years or so.

I know there will be the inevitable "DRM is teh suX0rs" and "Sun is teh eVi1 for making it", but the Sun model is different enough to warrant a second look:

http://www.sun.com/2005-1025/feature/

I'm NOT a fan of DRM---including Sun's---but as DRM goes, Sun's is less honerous than most. Read the details before commenting, as they may surprise you. They address some of the more common complaints about DRM. Again, I'm still against it, but there's somethig to be said about being against it for the right reasons.

Tom Caudron
http://tom.digitalelite.com/technology.html

As far as I know the latter is a Unix deritive, not a full Unix setup. And when I look at Unix I think Sun's DTrace approach on Solaris (being ported to *BSD) simply kicks the ancestors ass big time.

This only increases the risk of bad *nix administration. A program doesn't perform as well as it should, you raise priority and watch it affect the rest of the machine. In the end you'll end up buying other hardware or perhaps doing other symptom fighting while you could have removed the culprit itself.

Actually it is sad that this is so surprising. Sun is the only company outside of Apple that I can think of that contributes so much to 'computers' in general (hardware, software, and pure research). Check this out! I was going to submit it to Slashdot, but they never listen to me. To log in just click log in no username or password. https://sgddemo.sun.com/sgd/ For information on what you are doing go here... view this http://webcast-east.sun.com/ramgen/archives/VIP-21 85/VIP-2185_01_300.rm or read this http://www.sun.com/software/sdis/

Actually it is sad that this is so surprising. Sun is the only company outside of Apple that I can think of that contributes so much to 'computers' in general (hardware, software, and pure research). Check this out! I was going to submit it to Slashdot, but they never listen to me. To log in just click log in no username or password. https://sgddemo.sun.com/sgd/ For information on what you are doing go here... view this http://webcast-east.sun.com/ramgen/archives/VIP-21 85/VIP-2185_01_300.rm or read this http://www.sun.com/software/sdis/

Actually it is sad that this is so surprising. Sun is the only company outside of Apple that I can think of that contributes so much to 'computers' in general (hardware, software, and pure research). Check this out! I was going to submit it to Slashdot, but they never listen to me. To log in just click log in no username or password. https://sgddemo.sun.com/sgd/ For information on what you are doing go here... view this http://webcast-east.sun.com/ramgen/archives/VIP-21 85/VIP-2185_01_300.rm or read this http://www.sun.com/software/sdis/

Ah, a witty statement meant to slam Sun because all they sell are SPARC systems and their software and OS only run on SPARC systems. By your masterful analysis of TFA, you've gleaned that the software environment discussed in this article is SPARC-only because Sun has no idea how to come up with something that runs on anything but SPARC. Good one!

Ah, a witty statement meant to slam Sun because all they sell are SPARC systems and their software and OS only run on SPARC systems. By your masterful analysis of TFA, you've gleaned that the software environment discussed in this article is SPARC-only because Sun has no idea how to come up with something that runs on anything but SPARC. Good one!

Ah, a witty statement meant to slam Sun because all they sell are SPARC systems and their software and OS only run on SPARC systems. By your masterful analysis of TFA, you've gleaned that the software environment discussed in this article is SPARC-only because Sun has no idea how to come up with something that runs on anything but SPARC. Good one!

Ah, a witty statement meant to slam Sun because all they sell are SPARC systems and their software and OS only run on SPARC systems. By your masterful analysis of TFA, you've gleaned that the software environment discussed in this article is SPARC-only because Sun has no idea how to come up with something that runs on anything but SPARC. Good one!

Yeah, because *nobody* is using Java. Brr!.

It'll be a cold day in hell before Sun releases the source code to any software that people actually use.

You mean like source to the jdk, j2ee, and various reference implementations?

It'll be a cold day in hell before Sun releases the source code to any software that people actually use.

You mean like source to the jdk, j2ee, and various reference implementations?

It'll be a cold day in hell before Sun releases the source code to any software that people actually use.

You mean like source to the jdk, j2ee, and various reference implementations?

It'll be a cold day in hell before Sun releases the source code to any software that people actually use.

You mean like source to the jdk, j2ee, and various reference implementations?

It'll be a cold day in hell before Sun releases the source code to any software that people actually use.

You mean like source to the jdk, j2ee, and various reference implementations?