<?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: system/sas performance issue in Administration and Deployment</title>
    <link>https://communities.sas.com/t5/Administration-and-Deployment/system-sas-performance-issue/m-p/310874#M6514</link>
    <description>&lt;P&gt;Just throwing more resources at the issue will only be a stopgap measure at best in most cases. Add 1 TB on Monday, and your users will complain on Tuesday.&lt;/P&gt;
&lt;P&gt;You need to identify where a certain process runs out of space, and look for the reasons. Often bad housekeeping in WORK, not using the compress option on datasets with long strings, improper use of SQL etc are the reasons for issues like this.&lt;/P&gt;
&lt;P&gt;Optimizing the processes might very well remove the need for more resources, and make those processes run much faster.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For shared resources where a multitude of users write to, and a disk-full condition will be a showstopper, activating the quota system and setting reasonable quotas is a must. Then misbehaving users run out of space individually without causing troubles for the others. And their bad processes can be identified much easier.&lt;/P&gt;</description>
    <pubDate>Fri, 11 Nov 2016 08:18:34 GMT</pubDate>
    <dc:creator>Kurt_Bremser</dc:creator>
    <dc:date>2016-11-11T08:18:34Z</dc:date>
    <item>
      <title>system/sas performance issue</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/system-sas-performance-issue/m-p/310785#M6510</link>
      <description>&lt;P&gt;hello friends, please advise....&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;we have sas 9.4 on linux with couple of nodes. we gave users a 1 tb temp work space - however - few specific nodes all the time running out of temp space where only few jobs running on host. those hosts specs as below&lt;/P&gt;
&lt;P&gt;ncpus-&amp;gt;10&amp;nbsp;&amp;nbsp; |&amp;nbsp;&amp;nbsp;&amp;nbsp; maxmem-&amp;gt; ~95000 mb&amp;nbsp;&amp;nbsp; |&amp;nbsp;&amp;nbsp; maxswp-&amp;gt; ~ 96000.&lt;/P&gt;
&lt;P&gt;Also when those host running out of temp space - cpu utilization stays normal, ~ 30% only but pg and swp goes up around 200 and 90 gb respectively. mem goes around 80 gb as well...&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;just increasing temp space would resolve issue?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 10 Nov 2016 21:18:13 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/system-sas-performance-issue/m-p/310785#M6510</guid>
      <dc:creator>woo</dc:creator>
      <dc:date>2016-11-10T21:18:13Z</dc:date>
    </item>
    <item>
      <title>Re: system/sas performance issue</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/system-sas-performance-issue/m-p/310829#M6512</link>
      <description>&lt;P&gt;I would first&amp;nbsp;look to see if there are differences in the tasks the users are doing. Possibly some of them need more space OR need to learn how to clean up temporary files.&lt;/P&gt;</description>
      <pubDate>Thu, 10 Nov 2016 23:38:18 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/system-sas-performance-issue/m-p/310829#M6512</guid>
      <dc:creator>ballardw</dc:creator>
      <dc:date>2016-11-10T23:38:18Z</dc:date>
    </item>
    <item>
      <title>Re: system/sas performance issue</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/system-sas-performance-issue/m-p/310874#M6514</link>
      <description>&lt;P&gt;Just throwing more resources at the issue will only be a stopgap measure at best in most cases. Add 1 TB on Monday, and your users will complain on Tuesday.&lt;/P&gt;
&lt;P&gt;You need to identify where a certain process runs out of space, and look for the reasons. Often bad housekeeping in WORK, not using the compress option on datasets with long strings, improper use of SQL etc are the reasons for issues like this.&lt;/P&gt;
&lt;P&gt;Optimizing the processes might very well remove the need for more resources, and make those processes run much faster.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;For shared resources where a multitude of users write to, and a disk-full condition will be a showstopper, activating the quota system and setting reasonable quotas is a must. Then misbehaving users run out of space individually without causing troubles for the others. And their bad processes can be identified much easier.&lt;/P&gt;</description>
      <pubDate>Fri, 11 Nov 2016 08:18:34 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/system-sas-performance-issue/m-p/310874#M6514</guid>
      <dc:creator>Kurt_Bremser</dc:creator>
      <dc:date>2016-11-11T08:18:34Z</dc:date>
    </item>
    <item>
      <title>Re: system/sas performance issue</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/system-sas-performance-issue/m-p/311183#M6516</link>
      <description>&lt;P&gt;Thank you so much for your valuable input...&lt;/P&gt;</description>
      <pubDate>Sat, 12 Nov 2016 19:03:25 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/system-sas-performance-issue/m-p/311183#M6516</guid>
      <dc:creator>woo</dc:creator>
      <dc:date>2016-11-12T19:03:25Z</dc:date>
    </item>
  </channel>
</rss>

