Rick posted the following interesting question:
> I'm rather *new* in SAS-land so please humor my lacking
> "SAS-code lingo"
> I've got a HUGE piece of SAS code that I've written for
> work...and I'm trying to clean it up to get it to run faster.
> I was *thinking*:
> In SQL, you can run a "SET CURRENT DEGREE=ANY" to utilize
> parallelism in a DB2 server and allow up to 64 instructions
> to be run at the same time. I typically only get 20-30
> degrees of parallelism each time, but it cuts a 20-30 minute
> SQL query to 1 min or less...
> Now, with my SQL example in mind, Is there some kind of SAS
> command to run different DATA steps (on different tables) in
> parallel (ie. utilizing more of the CPU) rather than in sequence?
Rick, you speak-a our lingo just fine! I see that KrzysOPoranku has already
pointed you in the direction that my own personal compass would have
pointed. I am going to expand upon that post by suggesting the following
I absolutely _LOVE_ the Scalability Community Web pages on the SAS Web Site:
....you can get a lot of good ideas there.
The papers that I find the most interesting are those from long-time
SAS/Connect Guru (and I believe product manager) Cheryl Doninger:
Multiprocessing With Version 8 of the SAS System:
The %Distribute System for Large-Scale Parallel Computation in the
Developing Client/Server Applications to Maximize SAS 9 Parallel
Up and Out: Where We're Going With Scalability in SAS Version 9
Long-time SAS developer extraordinaire Bill Clifford also offers this paper
on the SAS SPDS product:
Scalable Access to SAS Data:
Now, most of those papers are based upon utilizing the SAS/Connect product.
Thus, if you do not have SAS/Connect, then you cannot take advantage of the
methodologies and clever tricks outlined within them. Also, these
methodologies take advantage of SAS data being processed in parallel on
multiple servers. So, if you are in a single-server SAS computing
environment, then this will not be a reasonable way to go.
Rick, if you do have SAS/Connect then you can't do better than read and
reread the papers mentioned above. I have them all in a 3-ring binder, and
I just may get them autographed at the next SUGI:-)
Best of luck to you on SAS parallelism in particular and the SAS world in
I hope that this suggestion proves helpful now, and in the future!
Of course, all of these opinions and insights are my own, and do not reflect
those of my organization or my associates. All SAS code and/or methodologies
specified in this posting are for illustrative purposes only and no warranty
is stated or implied as to their accuracy or applicability. People deciding
to use information in this posting do so at their own risk.
Michael A. Raithel
"The man who wrote the book on performance"
Author: Tuning SAS Applications in the MVS Environment
Buying bread from a man in Brussels
He was six foot four and full of muscles
I said, "Do you speak-a my language?"
He just smiled and gave me a vegemite sandwich - Men At Work
(Down Under, from Business As Usual)