最有可能受到文件服务器集中化影响的应用程序包括Word、PowerPoint和Excel，它们使用微软的公共互联网文件系统(CIFS)文件共享协议，以及Outlook，它们使用微软的消息应用程序编程接口(MAPI)电子邮件协议进行交换。随着与用户距离的增加，基于CIFS和mapi的应用程序会严重退化，原因如下。
问题是，CIFS和MAPI只是普通的糟糕的网络公民。它们被设计用于在局域网中运行，在局域网中应用协议“聊天”的性能价格可以忽略不计。不幸的是，当在广域网上运行时，这种闲聊(应用程序转向)会造成很大的损失。
CIFS在WAN上运行缓慢，这是因为当客户端请求服务器打开、关闭或读取文件时，CIFS将其分解为块并按顺序传输块，而不是发送整个文件。例如，如果客户端从远程服务器请求一个1Mb的文件，CIFS会将文件分解成数百个数据块，并一次发送一个数据块。客户端确认收到了每个块，只有在收到确认后，服务器才释放下一个块。这种来回闲聊给打开文件的简单任务增加了不必要的时间，甚至几分钟。微软的MAPI协议在广域网上表现出类似的行为(或不当行为)。
为了更好地了解基于CIFS和MAPI的应用程序性能，比较CIFS和MAPI任务与其他常见应用程序任务的性能概要是很有用的。下图显示了对数尺度上的应用程序转弯和每个任务的有效负载。正如您所看到的，基于CIFS和mapi的应用程序所需的轮数比客户机服务器、SNA甚至大多数基于web的应用程序都要大得多。
应用程序配置文件
因为刻度是对数的，图表上的小距离反映了用户体验的巨大差异。考虑到这一点，您可以看到MAPI和基于cifs的应用程序的转数和负载负担比SNA和客户机-服务器应用程序的负载要大得多。
在以后的博客中，我们将告诉您如何“修复”CIFS和MAPI的性能问题。