小编use*_*489的帖子

我还在runsubmit.com上发布了这个问题,这是一个关于SAS相关问题的SE网络之外的网站.

在工作中我使用了2个sas服务器.当我通过proc上传将sas数据集从一个转移到另一个时,它的速度大约为2.5MB/s.但是,如果我将一台服务器上的驱动器映射为网络驱动器并将文件复制粘贴,则运行速度要快得多,大约80MB/s(通过相同的千兆位连接).

任何人都可以建议可能导致这种情况的原因以及我可以做些什么来解决它或作为一种解决方法？

还有我使用的第三台服务器无法映射另外两台网络驱动器 - SAS是唯一可用的传输文件的方法,所以我需要一个基于SAS的解决方案.虽然从这个单独传输的速度为2.5MB/s,但我发现可以并行进行多次传输,每次传输速率为2.5MB/s.

SAS FTP通过文件名和数据步骤会比使用proc上传更快吗？我可能会尝试下一步,但我不想使用它 - 我们只有SAS 9.1.3,所以SFTP不可用.

更新 - 更多细节:

• 我正在连接到一个spawner,我认为它使用'SAS专有加密'(基于我记得在日志中看到的).
• 上传的是Windows客户端 - >第一种情况下的Windows远程和Unix客户端 - >第二种情况下的Windows远程.
• 有问题的SAS数据集是压缩的(即通过SAS,而不是某些外部压缩实用程序).
• 使用proc上传以二进制模式传输外部文件(.bz2)时,传输速率类似.
• 所有服务器都有非常快速的磁盘阵列,由企业级控制器处理(RAID 10中至少8个驱动器)

潜在解决方案

• 并行PROC UPLOAD - 可能足够快,但CPU非常重
• PROC COPY - 比PROC UPLOAD快得多,更不用说CPU开销
• SAS FTP - 不安全,未知速度,未知的CPU开销

更新 - 测试结果

• 并行PROC UPLOAD:涉及相当多的设置*和大量的CPU,但工作得相当好.
• PROC COPY:与proc上传完全相同的每个会话传输速率,以及更多的CPU使用时间.
• FTP:速度提高约20倍,CPU最小(100MB/s,每个并行proc上传速度为2.5MB/s).

*我最初尝试过以下方法:

本地会话 - >源服务器上的远程会话 - >目标服务器上的n个远程会话 - >重新组合目标服务器上的n个部分

虽然这导致n个同时传输,但它们每个都以原始速率的1/n运行,可能是由于源服务器上的CPU瓶颈.为了使其能够以单次传输的带宽的n倍工作,我必须将其设置为:

本地会话 - >源服务器上的n个远程会话 - 目标服务器上每个> 1个远程会话 - >在目标服务器上重新组合n个块

SAS FTP代码

filename source ftp '\dir1\dir2'
host='servername'
binary dir
user="&username" pass="&password";

let work = %sysfunc(pathname(work)); …

我的一位同事很久以前就找到了一种方法，但不记得他是怎么做到的。查看 SAS 代码时会应用所有常见的颜色突出显示 - 然而，它以 Comic Sans MS（是的，确实如此）显示，而不是通常的 SAS 等宽字体。

有人可以帮忙吗？

我正在寻找一个工具或用法示例来生成和查看Azure Block Blob和Azure文件共享的SAS(共享访问签名).块Blob和容器有很多示例,但Azure文件共享SAS示例或工具呢？

我注意到可以像这样定义字符变量:

data _null_;
myvar = ('a'); /*What are these brackets doing?*/
put _all_;
run;

令我惊讶的是,这不会产生任何错误.这种语法是出于任何特定目的,还是仅仅等同于

data _null_;
myvar = 'a';
put _all_;
run;

在各方面？