Domain: sun.com
Stories and comments across the archive that link to sun.com.
Comments · 7,362
-
Re:No Space in GarageBand
At least it wasn't "garageBand" instead. Then anyone who's ever touched Java(Script) would start to twitch and drool uncontrollably.
It's obviously a class, not an object. Sun's Java Naming Conventions.
~Lake -
Memory bottleneck (was: Future prognosis for HT)One of the reasons for hyperthreading (aka chip multithreading) is the slowness of memory and cache.
If you refer back to Marc Tremblay's CMT Article, you'll see that one of the approaches is to run one thread until it blocks on a memory read, then run another until it blocks and so on, repeating for as many threads as it takes to soak up all the wasted time waiting for the memory fetches.
The Sun paper on their plans for it is here. Have a look at page 5 for the diagram.
--dave (biased, you understand) c-b
-
Re:Future prognosis for HT
Unfortunately, historically CPU speed has increased faster than memory bandwidth. That's why we've had ever more layers of cache added to our systems, to make up for the relative deficiency.
Aye. Sun has big plans for CMT, which one of their sales reps was quick to tell us all about, up to 32 SPARC cores on one chip. That'll work well in the lots-of-small-tasks model where you can take advantage of direct access (say between disk cache and network card) on FirePlane with very simple code (like a webserver) that can execute out of the processor's cache. But we're heavy database users, and the first question he got asked was, are you seriously telling us Sun is about to makes its memory bandwith an order of magnitude greater? He couldn't answer that question. Now, that means either he was clueless, or Sun is jumping on the Intel benchmark bandwagon. -
Re:J2EE, mainframesTomcat does not come close to implementing the J2EE spec, so why would Apache need a license from Sun?
Bzzt! JSP's and Servlets are indeed part of the J2EE Spec, and they are covered by the same EULA that you cited. I found the answer to my licensing question for Apache. You should read it, as it appears to blow several of your arguments out of the water.
No, but Sun has claimed that Java is "open" in the "open standards", and that is just not true. An "open standard" is a standard anybody can implement, with no licensing restrictions. ANSI C is an open standard. IEEE Scheme is an open standard. Java is not an open standard.
No, Java is not an open standard by that definition, nor do I recall Sun ever claiming anything to this effect. Feel free to prove me wrong. My point is that even though Java is proprietary Intellectual Property (*oooooh there's that word*), Sun has made it a point that they include the Industry at Large, including to a large part, the OSS community, when it comes to guiding the future of the language and platform. Is your argument based on the "If it's not OSS, it's gotta suck" mentality? If so, I'm wasting my breath.
Actually, the fact that Sun is quietly putting these restrictions into their licenses and not asserting them is what makes them particularly worrisome. IP rights like that become particularly destructive if people (like you) come to believe that the standard can be implemented freely only to find out later that they were wrong.
I admitted that I didn't read the EULA before I posted my original comment. If I were to implement the spec for a commercial product, you can bet your arse that It would be corporate lawers, not myself, who would iron out any legalities before the first line of code was written. How "quietly" is Sun putting in these restrictions if they are spelled out at the top of the EULA in relatively plain English?
And Fortune 500 companies have so much money to throw around that their purchases don't even tell you whether something is cost effective or even works.
Yikes!!!! What fortune 500's have you worked for??? Yeah, they have money, but over the past 3 years, their IT bugets have been slashed across the board. Cost effectiveness and ROI (weather percieved or actual) of a solution is paramount. WTF do you think all of our jobs are going to Bangalore???
In different words, there is no logical connection between a company's use of Linux and a company's use of Java.
Well, let's talk about TCO then... Let's say I want to deploy a distributed enterprise Java application. I'll start with the OSS portion first. Linux Enterprise Distro of Choice, Database (either PosgreSQL or MySql), A Tomcat instance plugged into Apache, and JBoss as my EJB container. I can download and deploy these solutions for free, I'll pay for support if I need it. The application will be developed using Eclipse and the necessary plugins (again, all OSS). Now comes the nasty part... I need to install a Hideous, Closed Source, Imperialistic Java Runtime Environment. And let's see.... the cost of that is again..... FREE!!!! I don't have to pay Sun to use Java to deploy my app; it doesn't need to go through a certification process; in all actuality, from this standpoint, Java is just as economical and "Free" as the oss part of my solution. Java plays very nicely with OSS, both from a licensing standpoint, and from a development standpoint. This is why you're seeing enterprises that switch to a Linux/OSS model using Java so much. So I refute your claim that there is no connection.
-
Re:Does certification actually matter?
Disclaimer: I'm a Sun Certified Java & Solaris Instructor
And beyond that, do you folks think that certification provides a decent learning path.
You've apparently had a bad experience somewhere. Are you a MCSE by any chance? ;)Joking aside, certification should provide you a good opportunity to show the learning paths you've been down already. You shouldn't learn to get certified. If you take the Sun Java certs you'll see the it's designed to see if you actually use Java for what's being tested; Such a wide area of questions is asked that you are not expected to score very high. If you look at Sun's percentages to pass they are around 50-60% because you have to have been using Java for a while to come into contact with that much material.
If I learn just from books, it seems like I will only learn some aspects of a topic, and will neglect other chunks. A classroom and teacher help to provide a more well rounded learning experience.
Yes and no, it's all a matter of the course, teacher, and test. There used to be many course out there that were designed to get someone MSCE certified in a week or two. This explains why I had to show a MSCE how to install a cpu (slot 1) a couple years back when I was working tech support. One of the Sun courses I teach that raises a lot of certification questions is SL-275 for previous programmer that are new to Java. It's the course that supports the Certified Java Programmer exam. When people ask how much study they need after that course I typically tell them one solid month of using Java and 1 week of study time.
I don't want to pay $1000 for the actual certification test,
Sun's range from $150 to around $400 for most.
and don't care too much about becoming certified. I just want to learn useful stuff.
And with todays surplus of people wanting tech job every little bit that gives you a chance to get an interview helps because it's a sure thing that everyone else has a resume saying that they know stuff.
-
Re:I thought Sun did something like this already..
You might be thinking of Sun Grid Engine, an open-source project sponsored by Sun which does cluster-level load balancing and other tricks.
Cheers,
David -
Re:J2EE, mainframesWell, I stand corrected on the licensing issue. A full listing of licensees can be found here. Notably absent from this list is Apache, so I assume that they have worked out a special arrangement w/ Sun, since Tomcat is the servlet/jsp engine embedded in the J2EE RI.
However, I'm standing ground on the comparison between MS & Sun w.r.t. Java technology. I'm not going to argue the case of weather or not Java should be open source. But what Sun is doing, licensing the spec and allowing other companies to build their products around that spec, and compete on their relative merits, is a far, far cry from what MS does with its IP. Sun has never claimed that Java is "open" in the Open Source sense of the word. What they can claim, is that the technology is developed implemented, and deployed in an open, industry accepted manner. Keep in mind that many of the fortune 500 who are embracing Linux/OSS also have large investments in Java technology.
I cannot agree with your statement regarding the "legal minefield" of Java technology. What IP/Licensing cases (except JBoss/Apache - which was an affirmation of the LGPL) can you recall from the past year?
-
Re:Not just linuxThey (Microsoft) are ignoring linux on the desktop because Sun is their real enemy there - $100 per end-user per year, including apps, licensing, and tech support 24/7 beats anything Microsoft can come up with in regards to lower TCO.
This will kill them where their real bread and butter are - Office and its' add-ins.
I was looking at theri (Sun's) full-page add in this weeks' Computing Canada - impressive AND simple. Easy enough that even a PHB will immediately grasp it as a way to save $$$.
Here's a link for those who haven't heard about it yet. Here's a quote regarding $$$ and support for those too lazy to click on the link:
... all of this costs just $100 per employee per year, based on the number of employees in your company. So guess what? You're going to save a ton of money on buying and auditing software licenses. You're not going to need an army of global services people to integrate it either. We've done the integration for you. And implementation is a snap, too, with a single installer and automatic quarterly upgrades for the whole thing.This is like the Ginzu knife commercial where the guy shouts, "But wait, there's more!" And more is the Java Desktop System, a highly stable alternative to the Microsoft desktop environment, that's cheaper, and way, way, way more secure because it includes support for defense agency-grade Java Card technology.
The Java Desktop System complements the Java Enterprise System perfectly as a lightweight, easily managed front end with all of the familiar functionality you've come to expect on the desktop, without the viruses or $400 price tag. The Java Desktop System is part of our bigger strategy of mobility with security, getting the power of the network out to folks where they need it, and doing so securely and affordably.
PHB summary:
- No blue screens of death
- No windows viruses
- Cheaper
- Includes update service
- More secure
- $$$Profit$$$
-
Re:J2EE, mainframesHere is the license for the specification that you agree to when you download the specification (emphasis added):
Copyright 1994-2004 Sun Microsystems, Inc. ("Sun") hereby grants you a fully-paid, non-exclusive, non-transferable, worldwide, limited license (without the right to sublicense), under the Sun's applicable intellectual property rights to view, download, use and reproduce the Specification only for the purpose of internal evaluation, which shall be understood to include developing applications intended to run on an implementation of the Specification provided that such applications do not themselves implement any portion(s) of the Specification.
That explicitly tells you that you can't implement the specification without a license from Sun.
I suspect all the major J2EE providers have a license from Sun. The only successful attempt at an open source implementation was bullied by Sun into agreeing to Sun's legal terms (and even that implementation still required Sun's proprietary Java 2 implementation to run on anyway).
Sun is deliberately deceiving people when they claim that Java is open on the one hand and then publish specifications under such licenses on the other. Sun is creating a legal minefield around Java. Don't get lured in--it will blow up in your face. -
Re:J2EE, mainframesHere is the license for the specification that you agree to when you download the specification (emphasis added):
Copyright 1994-2004 Sun Microsystems, Inc. ("Sun") hereby grants you a fully-paid, non-exclusive, non-transferable, worldwide, limited license (without the right to sublicense), under the Sun's applicable intellectual property rights to view, download, use and reproduce the Specification only for the purpose of internal evaluation, which shall be understood to include developing applications intended to run on an implementation of the Specification provided that such applications do not themselves implement any portion(s) of the Specification.
That explicitly tells you that you can't implement the specification without a license from Sun.
I suspect all the major J2EE providers have a license from Sun. The only successful attempt at an open source implementation was bullied by Sun into agreeing to Sun's legal terms (and even that implementation still required Sun's proprietary Java 2 implementation to run on anyway).
Sun is deliberately deceiving people when they claim that Java is open on the one hand and then publish specifications under such licenses on the other. Sun is creating a legal minefield around Java. Don't get lured in--it will blow up in your face. -
Re:J2EE, mainframesJ2EE, for example, manages to be as bloated and proprietary as anything from Microsoft.
Not true at all. There are dozens of J2EE implementations not produced by Sun (IBM Websphere, BEA WebLogic, Allaire JRun, JBoss, Oracle 9i Application Server, etc.). Companies pay Sun to have their products certified J2EE compliant, but it costs nothing to implement the specification (which is openly distributed) in terms of licensing. Is the spec bloated? Well, it aint' small, but I'd prefer the term "feature rich". We're talking about scalable distributed enterprise computing. Show me an architecture that does this that isn't top-heavy.
-
Re:Sun to blame for Win98 retiremnt
The court order didn't specify the any product had to be retired. It specified that the product had to be brought into compliance with the agreements between the parties and which had Microsoft violated.
According to this open letter from Sun, Microsoft even asked for (and were granted) an extension to the agreement date. -
Re:What about Sun's lawsuit?
Read the Open Letter From Jonathan Schwartz for an idea of Sun's rebuttle to this claim.
-
Re:Already?
They got chilisoft out of the aquisition of Cobalt. Chilisoft have coded an ASP engine for UNIX which Sun now sell as Sun Java System Active Server Pages 4.0.
-
Re:Cobalt Cube?
It's rack-mountable. So if you're a hosting company you can stick a ton of them in a small place. Hence the name 'RAQ'
-
Re:That's really interesting...
Install one. Java Installation Site. Here's the SDK, if you want it. It comes with a JVM. And yes, Sun's JVM runs in Mozilla.
-
Re:OF?
Same for Sun and other archs. That's a standard.
-
Re:why help a megacorporation like apple?
I use and love OS X, but have you checked out Sun's Looking Glass?
Looks mighty promising.
OK, back to the trolling in progress. -
Re:Stone Age
Heh. When I'm really working on an X11 machine, I use ratpoison. I tell you what, it really helps you to focus entirely on the work and not get distracted
;-).BTW, in keeping with the subject line of this thread - did anyone else notice that in the article, the writer talks about installing KDE3, but then supplies a screenshot referring to KDE2.2/KOffice1.1? If I didn't already think it a pretty weak article, I'd find that kind of a lazy screenshot substitution mistake to be quite amusing.
Pete. :-) -
Re:Stone Age
Heh. When I'm really working on an X11 machine, I use ratpoison. I tell you what, it really helps you to focus entirely on the work and not get distracted
;-).BTW, in keeping with the subject line of this thread - did anyone else notice that in the article, the writer talks about installing KDE3, but then supplies a screenshot referring to KDE2.2/KOffice1.1? If I didn't already think it a pretty weak article, I'd find that kind of a lazy screenshot substitution mistake to be quite amusing.
Pete. :-) -
Off-topic but highly interesting
It seems that one of Sun's goals is to enter the desktop market as a serious player.Check out project looking glass. They mention translucent windows and 3D windowing capabilities in the whitepapers. They sure are exploring an interesting possibility there.
Can the usability of the desktop be enhanced using a 3D window space paradigm instead of a 2D??? -
Re:but ...
Try here for instructions on how to use TrueType fonts in Solaris. It's basically the same as using any other font: throw them in a directly, make a 'fonts.dir', then xset +fp
.
Anti-aliasing isn't in Xsun yet to my knowledge, though. They added Xrender support in one of the HW updates to Solaris 9 (4/03, maybe? I forget), but anti-aliasing for Xft isn't there yet, as they say vaguely here.
You can always use XFree86 on Solaris, though I've never tried it. -
Re:Next try?
Ok, so now that Java is on the retreat they try to enter a new area?
It's probably because there's no Java user community or usefull implementations out there. And it has virtually no practical application on the desktop for that matter. Maybe because it doesn't do 3D or sound. Or is not so usefull as far as scalable RDBMS abstraction or a real application server for the enterprise. Maybe they need to move into the mobile market. What's really needed is a good Java IDE to get developers on board. Changes should be driven by the software community and making the source open would help as well. Sun should also be making improvments in Java's next(?) version.
You're right, I guess "we" should just cut our losses. -
Re:Next try?
Ok, so now that Java is on the retreat they try to enter a new area?
It's probably because there's no Java user community or usefull implementations out there. And it has virtually no practical application on the desktop for that matter. Maybe because it doesn't do 3D or sound. Or is not so usefull as far as scalable RDBMS abstraction or a real application server for the enterprise. Maybe they need to move into the mobile market. What's really needed is a good Java IDE to get developers on board. Changes should be driven by the software community and making the source open would help as well. Sun should also be making improvments in Java's next(?) version.
You're right, I guess "we" should just cut our losses. -
Re:Next try?
Ok, so now that Java is on the retreat they try to enter a new area?
It's probably because there's no Java user community or usefull implementations out there. And it has virtually no practical application on the desktop for that matter. Maybe because it doesn't do 3D or sound. Or is not so usefull as far as scalable RDBMS abstraction or a real application server for the enterprise. Maybe they need to move into the mobile market. What's really needed is a good Java IDE to get developers on board. Changes should be driven by the software community and making the source open would help as well. Sun should also be making improvments in Java's next(?) version.
You're right, I guess "we" should just cut our losses. -
Re:Next try?
Ok, so now that Java is on the retreat they try to enter a new area?
It's probably because there's no Java user community or usefull implementations out there. And it has virtually no practical application on the desktop for that matter. Maybe because it doesn't do 3D or sound. Or is not so usefull as far as scalable RDBMS abstraction or a real application server for the enterprise. Maybe they need to move into the mobile market. What's really needed is a good Java IDE to get developers on board. Changes should be driven by the software community and making the source open would help as well. Sun should also be making improvments in Java's next(?) version.
You're right, I guess "we" should just cut our losses. -
Re:Next try?
Ok, so now that Java is on the retreat they try to enter a new area?
It's probably because there's no Java user community or usefull implementations out there. And it has virtually no practical application on the desktop for that matter. Maybe because it doesn't do 3D or sound. Or is not so usefull as far as scalable RDBMS abstraction or a real application server for the enterprise. Maybe they need to move into the mobile market. What's really needed is a good Java IDE to get developers on board. Changes should be driven by the software community and making the source open would help as well. Sun should also be making improvments in Java's next(?) version.
You're right, I guess "we" should just cut our losses. -
Re:Next try?
Ok, so now that Java is on the retreat they try to enter a new area?
It's probably because there's no Java user community or usefull implementations out there. And it has virtually no practical application on the desktop for that matter. Maybe because it doesn't do 3D or sound. Or is not so usefull as far as scalable RDBMS abstraction or a real application server for the enterprise. Maybe they need to move into the mobile market. What's really needed is a good Java IDE to get developers on board. Changes should be driven by the software community and making the source open would help as well. Sun should also be making improvments in Java's next(?) version.
You're right, I guess "we" should just cut our losses. -
Re:Yet another reminder for naysayers...
That is already on the books at Sun. Take a look at Sun processors. Sun is pointing toward massive threading as the future. Now, I work for Sun and could very well be within the "bullshit field" and not know the truth from a M$ press kit; but it is an interesting direction for server CPUs. It would not help desktop apps though. I recall Carmack's QuakeIII discussion of how difficult it was to wring any performance benefits from dual cpus. I doubt having 16 threads will be of any benefit to Quake5 or whatever. For those apps, single thread performance is key.
Still, if you are running a web server or db, having huge numbers of threads in the pipes at the same time could have a great effect on performance if the OS and/or TCP/IP stacks can deal with it. -
Re:Ruby?
Having used C++, Java, and
.NET, let me say that Java is slow. Yes, I know, when a JIT happens, Java gets pretty fast. Unfortunately, the JIT is expensive.
At my former employer, our app's startup time stank because of all the JITting. The first time our users tried to do anything, it took an extraordinarily long time. They noticed, and while they lived with it, they always mentioned it. Any sudden, unexplained pause brings back fears of "is it still running, or did it hang?"
Something nice about .NET is the ability to pre-compile a set of classes for a given platform. Theoretically, if I install my app on a machine, that machine won't suddenly change instruction sets, so compiling the whole app during the install saves time on every program execution.
I dearly wish the Java Founders would include a pre-compilation option similar to .NET. Compiling the code every time it's run is such a waste of time. -
Linux IS a toy, you cock-smoking teabaggers!
Use a REAL operating system like Microsoft Windows or Sun Solaris or FreeBSD, Linux fags.
-
Re:Great for consumers
And you, sir, should think before you berate someone...
-
Re:Its safe to innovate again
trust that Linux support alone will be enough to push this thing into the low-end 64bit market.
Not just Linux. Solaris, FreeBSD, and NetBSD have working ports already.
On FreeBSD, the AMD64 architecture is a "Tier 1" platform, which means fully supported. See here.
On NetBSD, the port seems to be basically functional and mostly done and is expected to be included as part of the next release. See here
Sun has announced amd64 support along with amd64 hardware products as well (Opteron entry-level servers). See here and here. Solaris 10 (which isn't out yet, but which does have "early access" releases available to the public) supports it too. Sun is rumored to be working hard right now on tuning its own compiler to generate good amd64 code. And, significantly, Sun has been selling 64-bit machines for nearly 10 years, so they have pretty much solved the issues of integration, making it easy to manage the combination of 32-bit and 64-bit applications. (Older Sun machines can run either a 32-bit or 64-bit kernel and will automatically select 32-bit apps on the 32-bit kernel but 64-bit (unless unavailable) on the 64-bit kernel with the same OS install image.)
All of which is good, because the x86 market tends to procastinate, and the 32-bit to 64-bit transition is IMHO a bit overdue. (And because it is possible that it will make Intel pee its pants if this really takes off.)
-
Re:Its safe to innovate again
trust that Linux support alone will be enough to push this thing into the low-end 64bit market.
Not just Linux. Solaris, FreeBSD, and NetBSD have working ports already.
On FreeBSD, the AMD64 architecture is a "Tier 1" platform, which means fully supported. See here.
On NetBSD, the port seems to be basically functional and mostly done and is expected to be included as part of the next release. See here
Sun has announced amd64 support along with amd64 hardware products as well (Opteron entry-level servers). See here and here. Solaris 10 (which isn't out yet, but which does have "early access" releases available to the public) supports it too. Sun is rumored to be working hard right now on tuning its own compiler to generate good amd64 code. And, significantly, Sun has been selling 64-bit machines for nearly 10 years, so they have pretty much solved the issues of integration, making it easy to manage the combination of 32-bit and 64-bit applications. (Older Sun machines can run either a 32-bit or 64-bit kernel and will automatically select 32-bit apps on the 32-bit kernel but 64-bit (unless unavailable) on the 64-bit kernel with the same OS install image.)
All of which is good, because the x86 market tends to procastinate, and the 32-bit to 64-bit transition is IMHO a bit overdue. (And because it is possible that it will make Intel pee its pants if this really takes off.)
-
Re:Java Applet distributed computing
I agree with you and there already is a Java sub-culture doing just that - the Jini and JavaSpaces community. Highly distributed, self-healing, self-forming federations of services and distributed shared memory realms. Combine it with say Java WebStart for distribution and/or RIO for dynamic provisioning and you have one hell of a powerful distributed computing platform. And, because of the Java sandbox and the new Jini 2.0 security features, on that can be make sharing mobile code relatively safe. Throw in the Jini Surrogate Architecture and perhaps JXTA and you have services that can be accesses by any client in any language....
Sounds intriguing, no?
As for you speed issues, try using the j2sdk 1.4.x (currently 1.4.2_03). Not only to do get peppy speed, but the latest version allows for full screen mode, so yes, you can make screen savers....
-
Re:OS "ecosystem"? WTF?
-
Re:KDE is not to be ignoredIf Bruce said it, it must be true.
It seems more likely though that Nat convinced Bruce to use Gnome from the beginning and that everything else is just a facade to hide this backroom deal. "I even published a book on Qt" sounds to me like "I'm not homophobic, I have a friend that is gay!"
Oh, and there are of course also Bruce's famous fortune 500 companies that are going to sponsor all this, yet don't want to be named. I wonder if these Spineless 500 companies are the same that bought licenses from SCO
-
Re:Why Gnome?
KDE is a common default for most distros...
Except among those targetting enterprise customers.
Which is the same group UserLinux is going for.
There's a reason Gnome is more popular for business-focused distros. -
If Ellison is Vader...
then Scott McNealy is Captain Ahab - the man who, despite the fact that his company has been hemmoraging for several quarters now, continues selling ridiculously priced hardware, not to mention $300 CD-RW's. Yes, I have respect for Solaris as an OS. But the hardware pricing makes it almost unbearable.
-
Re:I'll ask...Since you asked...
The current version of Java code cannot be distinguished from natively compiled code. (At least on a 2 GHz P4.) You don't have to take my word for it. Download Eclipse and see for yourself. BTW Eclipse is written in Java.
As for Java working with limited processing power, you have to remember that there is a Java Micro Edition available for embedded devices.
-
Re:Open-ish source....
Try doing your homework:
The Java SDK source is indeed available and no, you don't have to pay for it! How else do you think the FreeBSD port of Java works? You can get it from http://wwws.sun.com/software/communitysource/j2se/ java2/download.html
As for the speed of Java, why do people still push around this piece of FUD? With dynamic optimisations Java is starting to rival the Speed of compiled code, sometimes even beating it. No, I don't have any benchmarks to hand, since benchmarks are the Root of all Evil(tm)
True, you cannot share the source code to the Java Platform. Welcome to the Real World(tm), not everything is free, some companies *gasp* actually want to keep some things proprietary, be thankful we have the source to play with/port to other systems at all.
I see you have been modded as a troll since I started writing this, I'm still going to post it, just so others who think along the same lines as you can get the facts. -
Re:uh, no.According to this data sheet (look towards the middle), the depth of a 6513 (I couldn't find a 6512, assumed a typo) and 6509 (the chassis I was referring to) is 18.1 inches.
According to this Dell website, the PowerEdge 650 (the lowest end rackmount server I could find on their site) is 21.9" deep without the bezel.
Also, I looked up the dimensions of the Sun V1280 that you mentioned. It is 22 inches deep.
I guess I was a bit exaggerated in my statement, but the Cisco equipment is still not as deep. Plus, as other people have pointed out, the brackets on Cisco equipment are not flush with the front of the device, making the mounting closer to the center of gravity. The two servers I've linked to, plus every other server I've worked with at three jobs, do have the brackets flush with the front, increasing the torq on the brackets and rack by quite a bit.
-
Re:What's old is new...
Yeah, Sun does something like this with the Sun Ray Ultra-Thin Client. I'm guessing it's not going so well.
-
WishlistDear family and friends,
here is my small and very humble wishlist.
- Canon BG for 300D
- Canon EF 50mm f/1.4 USM
- Canon EF35mm 1.4L USM.
- Canon EF 35-350mm 3.5-5.6 L USM
- Canon EF 28-135mm f/3.5-5.6 IS USM
- Canon EF 180 mm f/3.5L Macro USM
- Canon TS-E 45 mm f/2.8
- 4GB CF
- SGI Origin 3900
- Sun Fire 15k
- Juniper T-Series
I do sincerely hope you will show up at the Christmas party with these items. If so required I shall designate certain items to certain people to avoid getting double presents. Those who do not bring a present in my wishlist may not have any of the food, nor will you be invited again next year. I thank you all.
Your comment has too few characters per line (currently 15.8). Your comment has too few characters per line (currently 15.8). Your comment has too few characters per line (currently 19.8). Your comment has too few characters per line (currently 21.5). Your comment has too few characters per line (currently 23.2). Your comment has too few characters per line (currently 24.9). - Canon BG for 300D
-
Re:I am impressed. The HCL is alot bigger
My only concern about solaris is lack of package managment. Do I have to build things by source with it? I love the ports of FreeBSD and Gentoo.
See the docs for pkgadd and its friends pkginfo, pkgrm, and several others.
-
Re:My Solaris Review
I just downloaded Sol 8 x86 yesterday, and installed it on an old Toshiba Tecra Laptop (P233). The install was a breeze. Why don't you try downloading the Solaris XFree86 Video Drivers and Porting kit? The install took a while (old hardware). I even have the GNU utilities, mysql, and the lot of WM's (KDE, Xfce, Windowmaker, CDE, etc). docs.sun.com has a host of info that is easily searchable.
-
Solaris Free and Open Source SoftwareYou can get a binary version (for x86) of GCC from any of the sunfreeware.com mirrors.
The Solaris Companion Software CD comes in the Solaris Media Kit and contains many Free and Open Source packages compiled and packaged for Solaris. They install under
/opt/sfw and include gcc-2.95.3 and gcc-3.3.x, gdb, ddd, KDE, GIMP, Emacs, vim, Python, MySQL, you name it, it's probably there. You can download the ISO images for Solaris 8 and 9. Note that it is updated to correspond with the current Update release of Solaris.GNOME has been shipped with Solaris for quite some time now. Another thing that people don't realise is that some Open Source software is installed under
/usr/sfw by default as well. -
Solaris Free and Open Source SoftwareYou can get a binary version (for x86) of GCC from any of the sunfreeware.com mirrors.
The Solaris Companion Software CD comes in the Solaris Media Kit and contains many Free and Open Source packages compiled and packaged for Solaris. They install under
/opt/sfw and include gcc-2.95.3 and gcc-3.3.x, gdb, ddd, KDE, GIMP, Emacs, vim, Python, MySQL, you name it, it's probably there. You can download the ISO images for Solaris 8 and 9. Note that it is updated to correspond with the current Update release of Solaris.GNOME has been shipped with Solaris for quite some time now. Another thing that people don't realise is that some Open Source software is installed under
/usr/sfw by default as well. -
Insight into Solaris SecurityI suggest looking at Sun's website for their take on security. Look at this in particular. You'll see the link "Security Everywhere". Perhaps that will provide a more clear definition of just how secure Solaris is.
On another note, do you have a life? I can't imagine anybody who has a life who would spend as much time on a Saturday posting as many messages (anonmyously, to boot) on Slashdot as you have. And all trolls too!
-h- -
Re:Ok...
I've been using Solaris x86 several years now, and it is still my favorite UNIX OS on the x86. As far as I can tell from my experience, its kernel is more sophisticated than the Linux kernel (kernel level audit trail, ACLs, fine grained locking,
...), especially regarding smooth multitasking/-threading under very high system load.
There is also a very interesting version of Solaris, called Trusted Solaris, with very strong security.
And remember, all versions of Solaris x86 run very fine on SMP machines; it still seems to be more scaleable (or more efficient on big machines) than Linux and/or BSD.