SAS Institute Announces Linux Port Of SAS Software 83
stoney27 wrote to tell us about another big -- no, make that huge name porting their product to Linux. This time, it's SAS, porting their SAS data-warehousing and management software to Linux. In a world filled with FUD and innuendo, it's refreshing to hear SAS research vice president Bob Moran explain the move by saying "[m]any IT managers are attracted to the reliability and ease-of-use of Linux." Given their market, it's almost predictable that the first release is for Red Hat specifically, but this release says they intend to support all major distros.
Re:Better learn how to pronounce SAS correctly! (Score:1)
>decent database support and the work IBM has done recently porting
>Linux to big systems I believe it would be fair to crow a little!
>Linux is no longer a fringe OS, but is now becoming a major player in
>the business market. World domination is actually starting to seem
>plausible.
And to think this is being done without Linux getting a single shred of support from Microsoft and it's stooges in the trade press. It really says something, doesn't it?
Re:What's a "major distro"? (Score:1)
>say 4 major distros get most of the support from most companies and
>the little distro's do not?
Well since the vast majority of the little distros are rip-offs of RedHat....err what was your point again?
Good! (Score:1)
I really hope that SAS not only ports the other Unix versions over to Linux, but also provide the client parts like Enterprise reporter, database miner or IT Service Vision (former CPE), as well.
-- Jochen
Re:What's a "major distro"? (Score:1)
$ ls /sbin/yast
/sbin/yast /usr/lib/libjpeg.so*
/usr/lib/libjpeg.so
/usr/lib/libjpeg.so.6
/usr/lib/libjpeg.so.6.0.1
$ ls
Need I say more?
Up yours!
Re:INFORMATIVE ?? INFORMATIVE??? (Score:1)
I plead exhaustion (Score:1)
Well, after all... (Score:1)
Hardware has finally caught up to SAS (Score:1)
Re:Better learn how to pronounce SAS correctly! (Score:1)
but rather 'Ess Ay Ess'. It really chapped their balls to hear it the wrong way...
Well, all of my friends and relatives that work at SAS, along with the HR people I've talked to in the past,
and Dr. Jim Goodnight (President of SAS and owner of the building that my brother-in-law's restaurant
occupies in Cary) all pronounce it "sass".
--Kit
Good news for Linux in Statistics departments (Score:1)
There is a slightly different perspective that I would like to point out. This would allow more Statistics departments to switch over to Linux. The major (and superior) development environment for Statisticians is S. A Linux port for S [mathsoft.com] already exist. More importantly there is R [r-project.org], a free implementation of S which is equally good if not better than the commercial version. So, now you have essentially everything you need as a statistician on Linux.
refreshing... (Score:1)
Sorry, I was born cynical.
OT:What's a "major distro"? (Score:1)
1: Ones the guys in Marketing have heard of.
2: Ones you can buy at CompUSA or Fryes.
3: Ones that Cheapbytes sells many of. For random values of Many.
Personally, I'd consider any distribution with some degree of independent engineering behind it to be major. But I'm not knowledgable enough to qualify or apply that. So I go back to the cynical definitions myself.
Mistaken identities... (Score:1)
Why do people mistake Windows for an Operating System?
They listen to the marketing hype and belive it, and they don't know the distinctions involved.
Re:Real coders don't ____ ______ (Score:1)
REAL programmers type dd if=/dev/ttyS0 of=bzImage
and WHISTLE into their MODEM!
(Now just one more comment about "you had rocks?", and we're done.
Wonderful news! (Score:1)
I cannot tell you how happy this makes me!
I'm working as an application developer on SAS in the Windows environment. I'm a Mac person at home, and since SAS has stopped actively developing their Mac product I was afraid I might be pushed into the grasp of Microsoft.
More importantly, for hopes of future development, having _ANY_ desktop platform version of SAS other than Windows greatly increases the likelihood of having even more versions. That is, a Linux version will force SAS to develop features in a way that doesn't depend on Windows, which will make it more feasible to port to other platforms at a later date.
This is great!
Yes, ease. (Score:1)
You may argue that these aren't "ease of use" items. On the contrary, anything computing environment where I am relaxed and productive is by definition "easy to use". If I am tense (any minute this could crash), angry (it just crashed) and unproductive (I'm waiting for a reboot) then it must not be easy.
--
Re:Ease? (Score:1)
Re:What's a "major distro"? (Score:1)
Chris Hagar
Re:SAS4Linux (Score:1)
Which is an interesting statement of itself. In most MVS shops I've found that SAS is frequently used as the glue and duct tape itself, often in the role of a batch scripting facility.
I've not seen how well it works with other Unix platforms, does it tend to fill more of a pure stats facility, since Unix has vastly better native scripting?
Re:Better learn how to pronounce SAS correctly! (Score:1)
chapped their balls to hear it the wrong way...
Erm, I think your friends might have been having a laugh
It is fairly well known (in the UK, at least) that the "Ess-Ay-Ess" is an elite regiment of the British Army
Ease? (Score:1)
Oh, ease. (Score:1)
I just have a hard time swallowing the word "ease" along with the installation, configuration, and updating of any Linux distro.
Re:Ease? (Score:1)
I think SuSE is a much better desktop distribution than RedHat - its always on the cutting edge of XFree86 (Top execs are on the board) and KDE. And you also get 6 CDs of apps. I haven't found RedHat's niche yet... I do think that in the corporate US market, which is what SAS is targeting, RedHat has the strongest foothold in the Linux Server realm.
They ported to Linux 2 years ago! (Score:1)
I want on a SAS course in Adelaide, South Australia 2 years ago, and ask about using SAS under Linux. I was told that they didn't officially support it, but that the the wizards at the SAS Institute had already gotten it working under Linux as an unofficial project.
Given that it alreadly runs on so many Unix's, this should have need an almost no-brainer. Anyone at the Institute care to comment?
Re:How do they pronounce it at SAS (Score:1)
Re:What's a "major distro"? (Score:1)
Any differences between distros and Linux-flavours should be generic. If there are differences that ain't, somebody should do something about it.
- Steeltoe
Re:Real coders don't use SAS (Score:1)
Re:What's a "major distro"? (Score:1)
Re:Ease? (Score:1)
Why do so many men mistake RedHat for Linux. It's a distribution for God sake !!! I remember the time where slakware was the main distribution... and it sure wasn't easy....
In my feeling RedHat is the desktop distribution of Linux, Slackware closer to the production server distro....
My $0.02
Re:not OSS, but still okay (Score:1)
The SAS community have a proud record of swapping code. An example is MXG - one of the major MVS resource monitoring tools.
BTW, I believe that one of the reasons SAS does so well, though very quietly, is that it is a privately held company. The stock holders are committed to the company, as much as they are to making money. Of course, you don't need to produce as much editorial comment (to keep your name in front of the stock holders) either.
How do they pronounce it at SAS (Score:1)
Real coders don't ____ ______ (Score:1)
There's a school of thought that states that if you use Assembler then you're a high level programmer. C is just about bearable if you only want to write a quick program that doesn't really do anything. You don't want to admit to using Java to these people. Being successful is no excuse.
(Why do I get the feeling people are going to take this too seriously.)
Real programmers use NMOS diagrams.
Just what is an operating system? (Score:1)
After all, the operating system only helps... :)
--
Re:not OSS, but still okay (Score:1)
Except that SAS has been available on Unix for many years.
Exactly; that's my point. Not that it's available for Linux, it makes Linux that much more viable for corporate clients.
Re:not OSS, but still okay (Score:1)
I will admit that I haven't seen that price before, and it is excellent. The only glaring restriction is that it must be used on systems with 8 or less CPUs, but that's not really Linux's market anyway, now is it? ;-)
There are a few reasons. Portability is one, and architecture support is another. Say I want to make a cheap x86 web server. Solaris rules the Sparc world, but with x86, there would be no reason to choose Solaris over Linux. (I've used x86 Solaris, and it's nothing to brag about.)
Having said all of this, I'd choose FreeBSD over Linux. But the story wasn't about FreeBSD.
Re:Ease? (Score:1)
Re:Yes! great news indeed (Score:1)
Re: Free Software vs SAS (Score:1)
Re:Will This Include Their C Compiler? (Score:2)
As I read the announcement, the port was for "the SAS System". Presumably this includes all system components.
What I understand of the SAS architecture is that it is largely platform independent, with the dependent stuff largely isolated into a (small?) number of modules. Probably less than 10% of the codebase. Meaning that you get a lot of portability bang for your programming buck.
The SAS C Compiler is what SI themselves developed to build SAS itself. So it was probably one of the earlier technical ports to the Linux platform. Moreover, it's been generally known for a couple of years that SI have been running a compile farm based on FreeBSD, particularly for their Mainframe products. Smoke that.
My guess is that SAS/Toolkit (the developers library) will be availble for Linux -- at a price. C'est la vie.
What part of "Gestalt" don't you understand?
SAS4Linux (Score:2)
SAS's announcement is really great news for Linux, and it's something that users had been requesting for years, going back to a request by Christa Keil in 1993. There is no single solution providing the depth and breadth of data analysis and processing capabilities as SAS. I spent seven years as a SAS developer for clients in healthcare, banking, policy research, finance, biotech, and pharmaceutical sectors.
Two years ago I launched the SAS4Linux [netcom.com] website and mailing list to focus the campaign. While it did generate interest from users, and responses from SAS Institute, I tend to think SI arrived at its own conclusions in deciding to market the port.
As others have noted, there is a bit of "too little, too late" from a number of folks as well. I now count myself as a former (recovering?) SAS programmer. I've been sufficiently infected with free software concepts to feel that there are several things about SAS which could be improved. In fact, many of them have been, though they are approached in a number of different, and distinct, open source projects.
The obvious next step is to provide some duct tape and wrapping around these tools to provide similar functionality (though not run-alike compatibility) to SAS. Stay tuned ;-)
What part of "Gestalt" don't you understand?
SAS a as a scripting language (Score:2)
Interesting observation. I guess in a way SAS is something of a Perl equivalent for the mainframe -- general, high-level, all-purpose, interpreted tool. Comparatively it's relatively inexpensive (though by no means cheap), as well.
There are other MVS scripting tools though -- JCL has certain capabilities. REXX is also there, though I believe it's a relative newcomer. SAS's advantage is that it eats many common MVS file formats with relative ease. The same file-based inter-process communication method is used in both SAS programs and MVS jobs. Given that many MVS processes are heavily task, batch, and data oriented, it's a reasonably good fit.
The main differences on Unix are that there is much more system interactivity -- jobs can be interactive or trigger interactive events -- and interprocess communication often occurs as a data pipe rather than a disk file. A data step or SQL view approximates the latter. Pipelines save scads of disk I/O, and are a really cool feature. If an entire set of processes can be pipelined (data streamed from beginning to end), processing can be much faster than if a file or dataset has to be generated and read at each stage.
Unix is script-tool rich -- shells, sed, awk, Perl, Python, Tk,.... Yes. While some scripting tasks could be handled by SAS, you'd in general try to avoid doing this.
What part of "Gestalt" don't you understand?
A new rebirth (Score:2)
I won't comment on wether I consider SAS useful anymore, but there is a lot of dormant user experience out in the job market. Within our company SAS is quickly dying. Even two years ago almost all of our inhouse homgrown mission critical apps were programmed in SAS. There are many experienced SAS programmers within our company but a scant few are willing to admit it. With the more recent trends toward integrated applications with dumbed down GUI frontends the trend is clear. SAS is dying. Long live SAP.
Maybe this will breathe some new life into SAS.
The last piece falls in place (Score:2)
I know I will have to wait a while until it is available, but this completely changes my long term planning for future hardware purchases.
Initiative.. (Score:2)
This company obviously has a thorough commitment to providing Unix solutions, and aren't stepping into the market with no grasp on the Unix ideals and concepts. Kudos for porting their product over to Linux!
EraseMe
Re:What's a "major distro"? (Score:2)
Essentially, where I work, we are being told to test software on 4 different distros. We think it would be easier to just test on one distro and have them tell us what minimum kernel, etc we need to make the app work. But marketing wants to be sure it'll work on RedHat and Suse. They don't know that under the hood, they use the same code (essentially). They also don't want to put technical minimum rquirements on the box (it seems) because it's easier to just say "For use with RedHat 5.2" or similar. It's very hard to get people to understand why a distro isn't a flavor (like normal UNIX), especially if they are not technical at all.
Bad Mojo
Will This Include Their C Compiler? (Score:2)
The SAS C Compiler is used quite extensively in the IBM mainframe world. It would be interesting to know if porting between Linux and MVS would be impacted by this announcement.
Re:How do they pronounce it at SAS (Score:2)
Hmmm... Perhaps they were pulling my leg, or maybe it is a West Coast thing. I was told that it was like 'SAP' which, should never be pronounced like it is spelled.
Jack
Re:not OSS, but still okay (Score:2)
Except that SAS has been available on Unix for many years. After being a SAS user for about 10 years, in 1995 I switched over to being a Unix network manager in a Solaris shop that used SAS.
I also note that the method described in the "windowing" patent for Y2K fixes was available in SAS over 10 years ago.
Anomalous: inconsistent with or deviating from what is usual, normal, or expected
not OSS, but still okay (Score:2)
Most of them have figured out, at least in the IT department, that MS products are useless for mission critical applications. Traditionally, the next step would be commercial Unix, but Linux is actually starting to be placed in the first round of options. The feature/performance hit isn't as bad as it used to be, and it's a hell a lot cheaper than corporate licenses for Solaris or Tru64.
IMHO, IBM's open support of Linux has probably done more than anything else to open corporate minds to it.
This will get even better with 2.4.
It's good to remember that, despite some opinions on Slashdot, Unix always has been and probably always will be primarily a server OS. The desktop is just an added bonus. Linux doesn't have a chance of touching Windows on the desktop for at least three more years anyway. (Things move fast in the computer world, but Average Joe PC is slow to change.)
The marketshare to be gained by Linux in the present is in the server room.
What's a "major distro"? (Score:3)
SAS mentioned they're support the major distros.
What do most people consider "major distros"?
WARNING: Possible dumber question.
What say would be some of the things that would keep a program working in say Generic Distro A, where it doesn't work in Generic Distro B?
I've heard people mention "such and such doesn't work in X distro but it does in Y distro, but rarely why. Are there any major things that seem to keep things from working in one to the other distro?
Could this become a stumbling block for smaller distro's acceptance if say 4 major distros get most of the support from most companies and the little distro's do not?
Better learn how to pronounce SAS correctly! (Score:4)
I don't much like SAS, but it is one of the biggest names in business software on the planet. Ghu knows how many companies have SAS software running one or more of their mission critical systems. Hell, my company uses it for Payroll!
But if you every take a look at the development environment I guarentee you will shudder. Really weird stuff, with the data and the language all mixed up. I know some people who have worked with it in the past and they showed it to me and tried to explain it. I never really understood...
But that opaqueness is apparently exactly why SAS consultants make the big bucks. Like Oracle; you get paid extra for learning lots of weird stuff that doesn't work anywhere else.
So anyway, I guess this is great news for Linux. Given SAS, some decent database support and the work IBM has done recently porting Linux to big systems I believe it would be fair to crow a little! Linux is no longer a fringe OS, but is now becoming a major player in the business market. World domination is actually starting to seem plausible.
BTW: My friends who did SAS always took pains to remind me that you don't pronounce it 'Sass', but rather 'Ess Ay Ess'. It really chapped their balls to hear it the wrong way...
Jack