<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Total real time in SAS Enterprise Guide</title>
    <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6550#M2091</link>
    <description>My original response was overtaken by Chuck's answer. If you want to improve the performance of specific steps in the process, this is where investigating efficiency techniques could be useful.&lt;BR /&gt;
cynthia</description>
    <pubDate>Thu, 24 Jan 2008 19:50:29 GMT</pubDate>
    <dc:creator>Cynthia_sas</dc:creator>
    <dc:date>2008-01-24T19:50:29Z</dc:date>
    <item>
      <title>Total real time</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6548#M2089</link>
      <description>Is there a way to have all off you data set's 'real time' summed up in the log.&lt;BR /&gt;
&lt;BR /&gt;
I am trying to see how long a process takes and i have about 20 different data steps.  I was wondering if there was a way for SAS to add up each of data step real processing times.</description>
      <pubDate>Thu, 24 Jan 2008 19:09:42 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6548#M2089</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2008-01-24T19:09:42Z</dc:date>
    </item>
    <item>
      <title>Re: Total real time</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6549#M2090</link>
      <description>options stimer;&lt;BR /&gt;
&lt;BR /&gt;
puts into the log after a block (data step, proc ..., whatever) the following kind of statistics&lt;BR /&gt;
&lt;BR /&gt;
NOTE: DATA statement used (Total process time):&lt;BR /&gt;
      real time           1:10.08&lt;BR /&gt;
      user cpu time       0.01 seconds&lt;BR /&gt;
      system cpu time     0.01 seconds&lt;BR /&gt;
&lt;BR /&gt;
At the end of the program is&lt;BR /&gt;
&lt;BR /&gt;
NOTE: The SAS System used:&lt;BR /&gt;
      real time           32.80 seconds&lt;BR /&gt;
      user cpu time       1.37 seconds&lt;BR /&gt;
      system cpu time     0.76 seconds

Message was edited by: Chuck</description>
      <pubDate>Thu, 24 Jan 2008 19:40:40 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6549#M2090</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2008-01-24T19:40:40Z</dc:date>
    </item>
    <item>
      <title>Re: Total real time</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6550#M2091</link>
      <description>My original response was overtaken by Chuck's answer. If you want to improve the performance of specific steps in the process, this is where investigating efficiency techniques could be useful.&lt;BR /&gt;
cynthia</description>
      <pubDate>Thu, 24 Jan 2008 19:50:29 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6550#M2091</guid>
      <dc:creator>Cynthia_sas</dc:creator>
      <dc:date>2008-01-24T19:50:29Z</dc:date>
    </item>
    <item>
      <title>Re: Total real time</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6551#M2092</link>
      <description>for some reason it doesnt appear to be working.  it still isnt giving me the cumulative total&lt;BR /&gt;
&lt;BR /&gt;
27   options stimer;&lt;BR /&gt;
28&lt;BR /&gt;
29   data test;&lt;BR /&gt;
30&lt;BR /&gt;
31   a=1;&lt;BR /&gt;
32&lt;BR /&gt;
33   run;&lt;BR /&gt;
&lt;BR /&gt;
NOTE: The data set WORK.TEST has 1 observations and 1 variables.&lt;BR /&gt;
NOTE: DATA statement used (Total process time):&lt;BR /&gt;
      real time           0.00 seconds&lt;BR /&gt;
      cpu time            0.00 seconds&lt;BR /&gt;
&lt;BR /&gt;
&lt;BR /&gt;
34&lt;BR /&gt;
35   data test2;&lt;BR /&gt;
36&lt;BR /&gt;
37   a=1;&lt;BR /&gt;
38&lt;BR /&gt;
39   run;&lt;BR /&gt;
&lt;BR /&gt;
NOTE: The data set WORK.TEST2 has 1 observations and 1 variables.&lt;BR /&gt;
NOTE: DATA statement used (Total process time):&lt;BR /&gt;
      real time           0.01 seconds&lt;BR /&gt;
      cpu time            0.01 seconds</description>
      <pubDate>Thu, 24 Jan 2008 20:33:16 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6551#M2092</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2008-01-24T20:33:16Z</dc:date>
    </item>
    <item>
      <title>Re: Total real time</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6552#M2093</link>
      <description>Sorry,&lt;BR /&gt;
&lt;BR /&gt;
OPTIONS  STIMER  FULLSTIMER;&lt;BR /&gt;
&lt;BR /&gt;
is needed then to get the same as my sample output.&lt;BR /&gt;
I always use the combination of two, but thought that FULLSTIMER only added a memory consumption metric.

Message was edited by: Chuck</description>
      <pubDate>Thu, 24 Jan 2008 21:25:46 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6552#M2093</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2008-01-24T21:25:46Z</dc:date>
    </item>
    <item>
      <title>Re: Total real time</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6553#M2094</link>
      <description>I must be doing something wrong, it is still not totalling all data times.</description>
      <pubDate>Thu, 24 Jan 2008 22:50:13 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6553#M2094</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2008-01-24T22:50:13Z</dc:date>
    </item>
    <item>
      <title>Re: Total real time</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6554#M2095</link>
      <description>That's because the  "SAS System used..."  statistics aren't calculated or displayed until the SAS session closes.&lt;BR /&gt;
&lt;BR /&gt;
Unless you issue an  endsas  statement after the last step in your EG session, the server SAS session will still be there.  I seem to recall this has some consequences you may want to explore carefully.</description>
      <pubDate>Thu, 24 Jan 2008 23:50:39 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6554#M2095</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2008-01-24T23:50:39Z</dc:date>
    </item>
    <item>
      <title>Re: Total real time</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6555#M2096</link>
      <description>Paper 219-30, "Programmatically Measure SAS® Application Performance On Any Computer Platform With the New LOGPARSE SAS Macro", might be helpful.</description>
      <pubDate>Fri, 25 Jan 2008 13:16:33 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6555#M2096</guid>
      <dc:creator>JohnH</dc:creator>
      <dc:date>2008-01-25T13:16:33Z</dc:date>
    </item>
    <item>
      <title>Re: Total real time</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6556#M2097</link>
      <description>While I use SAS EG extensively for adhoc analysis.  I program SAS directly with notepad for scheduled "production" batch processes (Windows SAS server -- used to use vi for when I had a Unix SAS server).&lt;BR /&gt;
&lt;BR /&gt;
One of my wishes for SAS EG is that it allow for multiple concurrent projects without having to start up another SAS EG instance.  The problem here is that SAS EG, like the SAS IDE (interactive tool), open a SAS session on a server and hangs onto it, which I find to more annoying than helpful.  I would have thought that the "Interactive" tool would have submitted SAS code in the background, and that EG would have used SAS/CONNECT features to rsubmit requests to a server, which when done would then end the remote's session.  I would have thought that EG would have cached some information locally, and since by default all the output went to SASUSER, it would be easily brought back a piece at a time, without worrying that WORK space had disappeared.  But, oh well.&lt;BR /&gt;
&lt;BR /&gt;
The fact that EG opens a session and hangs onto it causes me grief with table locks.  If someone is sloppy and leaves for the night without closing out of EG, that can end up locking a dataset, preventing an overnight batch process from being able to update it!  I know there are "workarounds" with options and human procedures, but it violates the original SAS idea of making life easier for the average user.</description>
      <pubDate>Fri, 25 Jan 2008 13:53:45 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Total-real-time/m-p/6556#M2097</guid>
      <dc:creator>deleted_user</dc:creator>
      <dc:date>2008-01-25T13:53:45Z</dc:date>
    </item>
  </channel>
</rss>

