<?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 The SAS URL engine seems a bit slow in SAS Data Management</title>
    <link>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367170#M11077</link>
    <description>&lt;P&gt;I tried experimenting reading a plain vanila txt file containing numbers in fixed width format and read in just one variable at the beginning of the record (lrecl=65557) (number of records =1000) using the SAS url engine. &amp;nbsp;The data itself is about 64MB (a slice of a much bigger file) and is stored on a MS ONE DRIVE space with a url to reference the data set with. &amp;nbsp;The ONE DRIVE files also live on the same university net so I don't have to battle the entire Internet to get at the data. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It took about 4 wall clock minutes to chew thru the data set but just less than 5 CPU secs, so I know that the hang up is I/O. &amp;nbsp;I don't suspect heavy network traffic to be the culprit but am more inclined to point the finger either at the unknown shims necessary to make ONE DRIVE work or at the SAS url engine. &amp;nbsp;I know that the efficiencies of SAS engines can vary significantly, so I am wondering where the hold up is. &amp;nbsp;If I read the same data set off of a remote PC using 100mps wifi and battling other animals for bandwidth thru CITRIX it takes ~ 2 minutes to read the file. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Anyone have any experience with this type of issue?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;cheers,&lt;/P&gt;&lt;P&gt;max&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 14 Jun 2017 22:59:56 GMT</pubDate>
    <dc:creator>mkilger</dc:creator>
    <dc:date>2017-06-14T22:59:56Z</dc:date>
    <item>
      <title>The SAS URL engine seems a bit slow</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367170#M11077</link>
      <description>&lt;P&gt;I tried experimenting reading a plain vanila txt file containing numbers in fixed width format and read in just one variable at the beginning of the record (lrecl=65557) (number of records =1000) using the SAS url engine. &amp;nbsp;The data itself is about 64MB (a slice of a much bigger file) and is stored on a MS ONE DRIVE space with a url to reference the data set with. &amp;nbsp;The ONE DRIVE files also live on the same university net so I don't have to battle the entire Internet to get at the data. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It took about 4 wall clock minutes to chew thru the data set but just less than 5 CPU secs, so I know that the hang up is I/O. &amp;nbsp;I don't suspect heavy network traffic to be the culprit but am more inclined to point the finger either at the unknown shims necessary to make ONE DRIVE work or at the SAS url engine. &amp;nbsp;I know that the efficiencies of SAS engines can vary significantly, so I am wondering where the hold up is. &amp;nbsp;If I read the same data set off of a remote PC using 100mps wifi and battling other animals for bandwidth thru CITRIX it takes ~ 2 minutes to read the file. &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Anyone have any experience with this type of issue?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;cheers,&lt;/P&gt;&lt;P&gt;max&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 14 Jun 2017 22:59:56 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367170#M11077</guid>
      <dc:creator>mkilger</dc:creator>
      <dc:date>2017-06-14T22:59:56Z</dc:date>
    </item>
    <item>
      <title>Re: The SAS URL engine seems a bit slow</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367172#M11079</link>
      <description>&lt;P&gt;One variable&amp;nbsp;with 1000 lines?&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I just read 700k+ records from a 102MB file in under 30 seconds using SAS Studio...&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Can you post your code so we can replicate it? I can upload that file I'm working with now to my public OneDrive and see how slow it is for me.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 14 Jun 2017 23:11:19 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367172#M11079</guid>
      <dc:creator>Reeza</dc:creator>
      <dc:date>2017-06-14T23:11:19Z</dc:date>
    </item>
    <item>
      <title>Re: The SAS URL engine seems a bit slow</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367176#M11080</link>
      <description>&lt;P&gt;the code couldn't be simpler. &amp;nbsp;I removed the actual url reference for security purposes but here is the code&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;filename bigdata url "url here redacted for security purposes;&lt;BR /&gt;infile bigdata lrecl=65576;&lt;BR /&gt;input&lt;BR /&gt;resp_id 1-7;&lt;BR /&gt;run;&lt;BR /&gt;proc contents data=mydata;&lt;BR /&gt;run;&lt;/P&gt;</description>
      <pubDate>Wed, 14 Jun 2017 23:26:31 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367176#M11080</guid>
      <dc:creator>mkilger</dc:creator>
      <dc:date>2017-06-14T23:26:31Z</dc:date>
    </item>
    <item>
      <title>Re: The SAS URL engine seems a bit slow</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367183#M11081</link>
      <description>&lt;P&gt;Well, let's try some very basic fixes first, if you're only reading the first 7 chars can you change LRECL? Apparently I can't test these at home &lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;filename bigdata url "url here redacted for security purposes";

data myData;
 infile bigdata lrecl=7;
 input resp_id 1-7;
run;

proc contents data=mydata;
run;
&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 14 Jun 2017 23:41:30 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367183#M11081</guid>
      <dc:creator>Reeza</dc:creator>
      <dc:date>2017-06-14T23:41:30Z</dc:date>
    </item>
    <item>
      <title>Re: The SAS URL engine seems a bit slow</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367187#M11082</link>
      <description>&lt;P&gt;Thanks for the initial advice and that would work nicely if the problem was a bit simpler but...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Well, the idea is that eventually we will be reading in vars from across the entire width of the data set and the one variable experiment was just that - an experiment to see if 1) you could read in a data file from ONE DRIVE and 2) what kind of times are we talking here. &amp;nbsp;So to reduce the data file or LRECL in the end would be self-defeating in the end.&lt;/P&gt;</description>
      <pubDate>Wed, 14 Jun 2017 23:59:24 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367187#M11082</guid>
      <dc:creator>mkilger</dc:creator>
      <dc:date>2017-06-14T23:59:24Z</dc:date>
    </item>
    <item>
      <title>Re: The SAS URL engine seems a bit slow</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367208#M11083</link>
      <description>&lt;P&gt;Does OneDrive not work similarly to Box/DropBox where you have a local copy and it syncs them?&amp;nbsp;&lt;/P&gt;
&lt;P&gt;That's what I use daily with no issues.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 15 Jun 2017 02:28:54 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367208#M11083</guid>
      <dc:creator>Reeza</dc:creator>
      <dc:date>2017-06-15T02:28:54Z</dc:date>
    </item>
    <item>
      <title>Re: The SAS URL engine seems a bit slow</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367369#M11089</link>
      <description>Typically yes you are correct that it is similar to dropbox in terms of syncing to a local copy. The difference here is that the data file is shared by another user and that eliminates the CITRIX client from reading the remote copy off a PC and instead reads it off the ONE DRIVE storage drive.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;cheers,&lt;BR /&gt;&lt;BR /&gt;max&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 15 Jun 2017 13:57:39 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/367369#M11089</guid>
      <dc:creator>mkilger</dc:creator>
      <dc:date>2017-06-15T13:57:39Z</dc:date>
    </item>
    <item>
      <title>Re: The SAS URL engine seems a bit slow</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/368162#M11107</link>
      <description>As I see there are three points of concern:&lt;BR /&gt;- one drive service/server&lt;BR /&gt;- network &lt;BR /&gt;- SAS&lt;BR /&gt;Move this file outside SAS to the same host were  SAS executes, e.g. copy in Windows explorer.of it takes similar amount of time you need to direct this to one drive/network crew.</description>
      <pubDate>Mon, 19 Jun 2017 05:55:40 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/The-SAS-URL-engine-seems-a-bit-slow/m-p/368162#M11107</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2017-06-19T05:55:40Z</dc:date>
    </item>
  </channel>
</rss>

