Slashdot Mirror

although solaris x86 is not locked to specific hardware, I doubt SUN will provide your company support on non-SUN hardware. So you will be running Solaris x86 on SUN hardware which will be running linux apps, while I could just as well run native linux on x86 on probably cheaper hardware. Tell me exactly why should prefer running linux apps under Solaris instead? Certainly on x86 this makes no sense.

What this is, is just a way for SUN to say that Solaris x86 is a vailable platform, because it runs all these applications (which are linux apps). Now they no longer have to worry about pushing vendors to port apps to Solaris x86.

However I don't see this as a winner for SUN, apps will still not be written for Solaris x86 and how long will they be able to keep this game up? What if apps start using specific kernel calls which solaris does not have. I'd be surprised if a command like 'iptables' would work, while it is a very basic linux command.

http://wwws.sun.com/software/linux/compatibility/l xrun/

Run Linux Applications unmodified on Solaris

As a result of collaboration between Sun Microsystems and the lxrun open development effort, Linux applications run without modification on the Solaris Operating Environment on Intel platforms.
Solaris and lxrun provide a robust environment allowing a range of applications to be executed. These applications can range from browsers and office productivity tools to graphic-intensive applications and games. For example, these included Applix, GIMP, GNOME, Netscape Communicator, Myth II and WordPerfect.

http://developers.sun.com/solaris/articles/lxrun/

Lxrun is an emulator for executing Intel Linux a.out and ELF binaries on other types of UNIX® running on Intel x86. It was developed originally on and for SCO OpenServer and SCO UnixWare.

[ SCO was handing out free UNIXWARE at a Linux show five or so years ago, I don't remember which one in SF Bay area. Sales rep. was making point that Linux binaries work on their product. I haven't tried installing yet..]

Lxrun does system call remapping "on the fly." There isn't a significant difference between the execution environment required by Linux and SCO binaries. The primary difference is the way in which system calls are handled.

In Linux, an int $0x80 instruction is used, which jumps to the system-call-handling portion of the Linux kernel. On SCO systems, int $0x80 causes a SIGSEGV signal. Lxrun intercepts these signals and calls the SCO equivalent of the system call that the Linux program attempted.

There is also some mapping of ioctls, various flags, return values, and error codes. The result is that the Linux binary runs--with the help of lxrun--on the host platform with a small (usually negligible) performance penalty.

Because lxrun is effectively a system call emulator, it requires copies of the Linux dynamic loader (ld-linux.so.1) and whatever Linux shared libraries are required by the program being run.

Most programs that do not rely on Linux-specific idiosyncracies or deal directly with hardware should work under lxrun.

The official lxrun web page is http://www.ugcs.caltech.edu/~steven/lxrun/

http://wwws.sun.com/software/linux/compatibility/l xrun/

Run Linux Applications unmodified on Solaris

As a result of collaboration between Sun Microsystems and the lxrun open development effort, Linux applications run without modification on the Solaris Operating Environment on Intel platforms.
Solaris and lxrun provide a robust environment allowing a range of applications to be executed. These applications can range from browsers and office productivity tools to graphic-intensive applications and games. For example, these included Applix, GIMP, GNOME, Netscape Communicator, Myth II and WordPerfect.

http://developers.sun.com/solaris/articles/lxrun/

Lxrun is an emulator for executing Intel Linux a.out and ELF binaries on other types of UNIX® running on Intel x86. It was developed originally on and for SCO OpenServer and SCO UnixWare.

[ SCO was handing out free UNIXWARE at a Linux show five or so years ago, I don't remember which one in SF Bay area. Sales rep. was making point that Linux binaries work on their product. I haven't tried installing yet..]

Lxrun does system call remapping "on the fly." There isn't a significant difference between the execution environment required by Linux and SCO binaries. The primary difference is the way in which system calls are handled.

In Linux, an int $0x80 instruction is used, which jumps to the system-call-handling portion of the Linux kernel. On SCO systems, int $0x80 causes a SIGSEGV signal. Lxrun intercepts these signals and calls the SCO equivalent of the system call that the Linux program attempted.

There is also some mapping of ioctls, various flags, return values, and error codes. The result is that the Linux binary runs--with the help of lxrun--on the host platform with a small (usually negligible) performance penalty.

Because lxrun is effectively a system call emulator, it requires copies of the Linux dynamic loader (ld-linux.so.1) and whatever Linux shared libraries are required by the program being run.

Most programs that do not rely on Linux-specific idiosyncracies or deal directly with hardware should work under lxrun.

The official lxrun web page is http://www.ugcs.caltech.edu/~steven/lxrun/

We (CSW) don't provide "Linux apps", but we natively compile and package software for Solaris.

A big thank you is in order to you and the other folks at CSW that have made life as a Solaris sysadmin about 100 times easier.

(Now if only I could afford a Blade 2500....)

Forget about that crufty old 2500... when you get some cash, hook yourself up with the new and improved hotness...... I'm wishing I could afford one of these right now.

And they can use Sun's great compilers (soon to be available for Linux) instead of gcc.

No, Sun is only releasing the Sun Studio 9 IDE for Linux, not the Sun compilers. SS9 will use GCC under Linux.

And they can use Sun's great compilers (soon to be available for Linux) instead of gcc.

No, Sun is only releasing the Sun Studio 9 IDE for Linux, not the Sun compilers. SS9 will use GCC under Linux.

There are a lot of good quotes from Schwartz here. Also good for your daily dose of venom is his weblog. The message is clear: Solaris' binary only, standards based distribution is open and good, while linux's open source has and can be twisted into being proprietary and bad.

I love OpenOffice, but this is starting to smack of the Real thread. You can't coast on past goodness (or badness) forever.

This only works on Solaris x86 machines, which has always been the ugly Solaris step-child.

Your point is taken, but with the release of full 64-bit Solaris 10 for X86-64 and Sun's new 2-way AMD Opteron workstations, 2 and 4-way Opteron servers, and soon to be released 8-way Opteron servers, Sun is betting the farm on X86-64. The plain and simple truth of the matter is that Opteron offers two to three times the performance of current UltraSparc chips, and I predict that Sun will replace their entire product line, except for the extreme high-end, with Opteron, in the next 5 years.

The other thing you should consider is that more Sysadmins know Solaris than any other flavor of Unix, so giving them the capability of running 64-bit Solaris with 32 or 64-bit Linux applications side-by-side is clearly a winning move on Sun's part. Now, if only they can execute properly. Some of the benchmarks on the new Java Workstations (I don't know why they call them that when they're really just AMD Opteron workstations) have them running the BLAST benchmark on Solaris 10 x86 up to 61 percent faster than a Dell Precision Workstation running Linux.

Given the choice between a 32-bit Dell Xeon workstation with no console port, running Redhat, and a real 64-bit Sun workstation with a console port and everything, running Solaris 10, with full Linux compatibility (or dual-booting to Redhat if I so desire), at a lower price, guess which one I'm going to choose?

I am not a Java Programmer (yet) and its just second time I was abt to use a Java Program on Linux.
Just followed their instructions for getting the Looking Glass up and Running and Yo!. That was a Fantastic Experience. Check out my Snapshots captured using KSnapShot tool when the looking Glass was running over the TWM Window Manager. This was on a Dell Optiplex Gx260 having onboard Intel845 Video Card running Fedora Core2. When it really gets full fledged, believe me, all the desktops is going to be like playing a 3D game. Whole new features and a good extension to the present desktops. So Sun, I forgot what the business-men are saying, Kudos for your Technology!!!

This technology pertains more to chip manufacture than motherboard manufacture. The alignment difficulties alone will prevent this from being seen in the field. According to the research paper, the scientists first aligned the chips using a 10x stereo microscope, then used a Vernier measurement system to align them to within a few microns. There's no way that process will be seen outside of a lab or manufacturing plant.

What this will let chip makers do is to manufacture the cpu and cache on separate silicon wafers, then stack them together and package them as a unit. The researchers claim a speed of 21.6 Gigabits/second using a 4x4 matrix of transmitters. Perhaps we'll see processors being sold with X Gig of memory on-board, with X being the amount of memory that can be manufactured in the same space as the CPU. Perhaps additional processors could be stacked together as well. Imagine putting 4 CPU's and 4 Gig of memory into a spot on a motherboard that takes 1 CPU today. You will still need a printed circuit board to connect to the circuitry that handles the external devices, ports, slots, etc.

Wow, you must really be hard of seeing. In your own link that you posted it says they based it one SuSE and they explain why.

Clink on your link and look at #11...or go there now!

There is a research paper here that gives a lot more information than the article linked (ironically enough, I happened to be reading it yesterday). They address many of the issues people have brought up (alignment, dust, etc.), and the paper really isn't a hard read.

They actually have a bunch of interesting papers in the parent directory here, mostly covering stuff about asynchronous/clockless computing.

There is a research paper here that gives a lot more information than the article linked (ironically enough, I happened to be reading it yesterday). They address many of the issues people have brought up (alignment, dust, etc.), and the paper really isn't a hard read.

They actually have a bunch of interesting papers in the parent directory here, mostly covering stuff about asynchronous/clockless computing.

Sun is not "coming out with new chips without connectors". Sun has demonstrated a new kind of interconnect in a lab. They might use it in a DoD funded supercomputer project. Maybe.

You're not going to "stack chips like Scrabble tiles". The unpackaged chips have to be aligned within a few microns and held in position. That's going to be done in an IC packaging facility. The result will be a multi-chip module, a single package containing several chips.

Multi-chip modules have been around for a long time. The Pentium Pro, for example, was a multi-chip module. There's a multi-chip module Linux computer in a single package from ETRAX. Multi-chip modules are expensive and hard to manufacture, and they're generally used only when you need to combine chips that couldn't be manufactured on the same substrate, like a fast CPU and flash memory. They usually cost more than the chips packaged individually. That's why this isn't a mainstream technology.

This new approach might revive the multi-chip module market. Might. This has to become a cheap process before it will be used outside the supercomputer world. A whole generation of automated assembly machinery has to be developed to assemble and align chips in multi-chip modules before this is more than a demo technology. But this looks more promising than the way multi-chip modules are currently made. If it becomes cheaper to put two chips in one package than to put two chips in two packages, this is a significant development. Otherwise, not.

...here's the paper that was presented at the conference referenced in the above post :

http://research.sun.com/async/Publications/KPDiscl osed/sml2003-0241/sml2003-0241.pdf

jdb2

The article mentions "capacitive coupling". Here is the relevant WikiPedia entry, and here's a paper on the specifics at Sun.

So it is, wonder when they put that there. For what its worth, it only takes about 5 seconds if you type "SunRay Server Software" into Google. Guess I have no reason not to get my CompactPCI Ultrasparc server running then.

Sun Ray is a Terminal Server/Thin Client thing. In addition to providing the thin client, they handle several authentication methods such as smart cards, and session management so you can detach from one thin client, authenticate on another, and resume your session as you left it.

"...as an industry leader it's passed its prime and hasn't done anything revolutionary in years."

"...as an industry leader it's passed its prime and hasn't done anything revolutionary in years."

"...as an industry leader it's passed its prime and hasn't done anything revolutionary in years."

"...as an industry leader it's passed its prime and hasn't done anything revolutionary in years."

http://wwws.sun.com/software/javadesktopsystem/ind ex.html

sun still has 5.7 billion in the bank, according to their from 10k

I think he's very bitter towards IBM in particular. Check out his web blog entry on this matter..

It's especially unlikely since the Java Desktop FAQ has passages like

39. Q. The evaluation CD boots successfully but when it comes up I am presented with a license but no way to 'accept' it. What do I do?

A. It is possible that your system booted at too low of a screen resolution. When you insert the CD and boot from it, the very first screen allows you to set the screen resolution, but you only have a few seconds before it automatically continues booting. Press the F2 key as soon as you see that initial screen. This will take you to a help page explaining the option. You can enter settings directly into the "boot:" input area at the bottom of the screen. Example settings would be:

* morphix screen=800x640
* morphix screen=1024x768 (preferred minimum)
* morphix screen=1280x1024
* morphix screen=1400x1050

Other combinations are possible. If one doesn't work you can try another. Note that these parameters are specific to the evaluation CD.

39. Q. The evaluation CD boots successfully but when it comes up I am presented with a license but no way to 'accept' it. What do I do?

A. It is possible that your system booted at too low of a screen resolution. When you insert the CD and boot from it, the very first screen allows you to set the screen resolution, but you only have a few seconds before it automatically continues booting. Press the F2 key as soon as you see that initial screen. This will take you to a help page explaining the option. You can enter settings directly into the "boot:" input area at the bottom of the screen. Example settings would be:

* morphix screen=800x640
* morphix screen=1024x768 (preferred minimum)
* morphix screen=1280x1024
* morphix screen=1400x1050

Other combinations are possible. If one doesn't work you can try another. Note that these parameters are specific to the evaluation CD.

It may be the case that there are SuSE and Debian/Morphix based JDS's, or it may be that they share components from each. I'm not sure in this case.

These days, so long as you are using a real language, you can find really good tools to perform persistence automatically, freeing you to have a wonderfully tidy place to put your business logic.

Having said that, it's not cut and dried. Stored procedures allow you to perform logic on your data. And if you use it for that, i.e., Data related logic, then you're fine. If you intrude into the world of business logic sitting in the database, you're going to run into problems very quickly... no extensibility, harder to test, etc.

So:

1. Make sure you're using a language that allows you to perform logic somewhere that is not a stored procedure and not a script inside an HTML page
2. Understand the difference between business logic and data related logic
3. Do your best to understand the potential for you to want to alter databases

Personally, I find Stored Procedures to be a very difficult thing to manage in the long term of software development.

If you are designing a web application, then I find it much more maintainable to utilize DAO interfaces & impls since this allows you to make changes that might be necessary should you experience an unexpected change in your environment.

Need to move from MySQL to Oracle? Simply override any db-specific code from your ANSI Impl, and go.

Although if there is no chance of an environment change, stored procedures become much more attractive.

Why not one of these?

Why arent they using these?

Why arent they using these?

"'Every engineer has a Microsoft PC sitting next to their Sun Blade,' said their source."

Why arent they using these?

They just have to convine Lockheed to use Sun Java Desktop, aka SuSE.

is here.

As an aside, items like ASET and RBAC are not new for S10; IIRC they have been included since S8.

Or instead of reading about these things, individuals can download the Solaris 10 Beta 5 ISOs and try them out. Go to this page and scroll to the bottom to Solaris Express.

...and as we all know, a server host can write about 150MB/sec...

I hope they don't also think SPF will help protect them from the sun

Trusted Solaris from Sun and SecureOS from Secure Computing used in their Sidewinder firewall are just two off the top of my head.

It doesn't necessarily need to be commercial either since there's TrustedBSD for instance. I guess I shouldn't say "designed from scratch" since many of them build on original BSD or System V code as a starting point, but there are certainly MAC based systems built from scratch out there.. probably custom jobs unavailable to us outside the government, but they're out there.

Again, I'm not saying OpenBSD is insecure, far from it. OpenBSD is probably the most secure operating system you'll get without introducing complicated mandatory access controls (type enforcement, RBAC, whatever you want to call it), but we shouldn't kid ourselves by saying that it's as secure as other operating systems available.

Heres the api for starters.

I've always found that all of this is very well documented. I've never developed an application in anger using it, but have been playing round with the technology as a client for content management on mobile devices e.g. Uploading of photos from camera phones, articles from PDA's etc.
I think you are probably correct about it's usefulness in the future, but dig around a bit further and there is a wealth of information out there.

Oooo oooo, more info...

Oh wait, that's not GPL. Not free enough for RMS, I guess.

Standardizing a bios on something such as Open Firmware will fix a lot of platform issues. Such as having to make video cards for macs and video cards for PCs. (or scsi or ide or anything that requires its own firmware)

Sun resells Mac Radeon 7000 cards as Sun XVR-100 cards (for about 300$) because OF allows it to work. Sun even admits they are Mac Radeon cards

Standardizing a bios on something such as Open Firmware will fix a lot of platform issues. Such as having to make video cards for macs and video cards for PCs. (or scsi or ide or anything that requires its own firmware)

Sun resells Mac Radeon 7000 cards as Sun XVR-100 cards (for about 300$) because OF allows it to work. Sun even admits they are Mac Radeon cards

The article misses a fundamental point about dual core CPUs. IBM calls a 32 CPU p690 a 32 CPU machine. It is actually a 8 CPU, 4 core per CPU as per the article definition. i.e. 32Check http://www-1.ibm.com/servers/eserver/pseries/hardw are/whitepapers/power4.html for more details.Quote "Four POWER4 chips can be packaged on a single module to form an 8-way SMP. Four such modules can be interconnected to form a 32-way SMP." Sun on the other hand calls a 144 CPU E25K a 72 CPU machine. It is actually a 72 CPU, 2 core per CPU as per the article definition. Quote "Based on two UltraSPARC III pipelines". Check http://www.sun.com/processors/UltraSPARC-IV/ for the detail. It will be interesting to see what HP deliver for a dual core CPU this year. Oracle must love the Sun E25K as they charge Enterprise licences based upon the size of machine.

As with all technologies: A killer app.

The article said that the problem was in transmitting the pages from the newsroom to the printing facility across town.

I wonder if they could have used a removable hd and a motorcycle as a backup plan.

PR huff and puff

Here you go. This the native FreeBSD port is built.

Also... reality check, a "media edition" of Java? From Sun? They walked away from their media framework years ago.

--realinvalidname

Try a different approach... instead of having to log in and out of a web page each time, log in once (per shift) and take your session with you.

The Sun Ray will allow you to log in using both your smartcard and your login/password combo.
Once logged in, you can launch your web browser and log into whatever you need (and whatever other apps you need).
Now, if you need to run away... just yank out your smartcard and the Sun Ray is available to someone else (they have to login at this point).
When you got back, or to another Sun Ray, just slap your smartcard in, and type in your password, and everything is still running (on the Sun Ray Server), but the display has been redirected to where-ever you are.

This does not put applications to sleep, they stay running the whole time, it's only the display that's been redirected.
This is called "hot-desking" and is incredibly handy.

Sun has a bunch of info on their Sun Ray web page... be sure to take a look at the tour on the right side.

They're very inexpensive, and if one breaks, you treat it like a telephone... you just plug a new one in and it is instantly available! (zero desktop maintenance)

Mc Nealy from Sun has lied us for many months and years.

We want the updated sources of JVM, NOW!!!

Else we would can do many fucked forks!!!

open4free ©