LISTSERV at the University of Georgia
Menubar Imagemap
Home Browse Manage Request Manuals Register
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (May 2004, week 3)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:   Thu, 20 May 2004 14:00:40 -0700
Reply-To:   cassell.david@EPAMAIL.EPA.GOV
Sender:   "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:   "David L. Cassell" <cassell.david@EPAMAIL.EPA.GOV>
Subject:   Re: Best of SUGI29 - Tips & Tricks
Content-type:   text/plain; charset=US-ASCII

"Fehd, Ronald J. (PHPPO)" <rjf2@CDC.GOV> wrote [in part]: > the paper presented code which divided the tasks for each CPU > one such subset division was by use of mod operator > and another by expert use of an identifier: > CPU-1 gets all less than '33' > CPU-2 gets all equal to '33' > CPU-3 gets all greater than '33' > > interesting main point: > elapsed time may decrease > but CPU time may increase

Which is as we would normally expect from other multi-processing programs and processes. We split the tasks among several processors, so it takes less wallclock time. But we not only do all the same tasks as before, but now we also have to handle load-balancing (either in SAS or through an external OS process), task distribution to the CPUs, and re-integration of the outputs from the CPUs. So we typically see *total* CPU time go up. (Unless the OS was already doing load- balancing and multi-processing behind our backs.)

David -- David Cassell, CSC Cassell.David@epa.gov Senior computing specialist mathematical statistician


Back to: Top of message | Previous page | Main SAS-L page