任何系统的整体性能,包括 MobiLink 同步的吞吐量,通常都会受限于系统中某一点的瓶颈。对于 MobiLink 同步而言,下列所述或许就是限制同步吞吐量的瓶颈:
统一数据库的性能 MobiLink 脚本的执行速度 统一数据库可以执行 MobiLink 脚本的速度对于 MobiLink 具有特殊的重要性。多个数据库工作线程可以同时执行多个脚本,因此,为获得最佳吞吐量,在同步脚本中要避免数据库的争用。
MobiLink 数据库工作线程数 线程的数目越少,涉及的数据库连接就越少,在统一数据库中发生争用的机会就越小,操作系统的开销也越小。然而,线程数目过少可能会导致客户端等待空闲数据库工作线程,而与统一数据库连接过少将不足以实现高效重叠。
客户端与 MobiLink 通信的带宽 对于慢速连接(如通过拨号或广域无线网实现的连接)而言,网络可能会导致客户端和 MobiLink 服务器对数据传输的等待。
客户端处理速度 因为下载时由于写入行和索引而需要更多的客户端处理量,所以客户端处理速度过慢在下载过程中比上载过程中更容易成为瓶颈。
运行 MobiLink 服务器的计算机的速度 如果运行 MobiLink 的计算机的处理速度缓慢,或没有足够的内存可供 MobiLink 数据库工作线程和缓冲区使用,则 MobiLink 的执行速度就可能成为同步的瓶颈。如果缓冲区和数据库工作线程获得适当的物理内存,则磁盘速度对 MobiLink 服务器的性能几乎没有什么影响。
MobiLink 与统一数据库进行通信的带宽 如果 MobiLink 和统一数据库在同一计算机上运行或两者位于由高速网络连接的不同计算机上,带宽可能不会成为瓶颈。
![]() |
使用DocCommentXchange讨论此页。
|
版权 © 2012, iAnywhere Solutions, Inc. - SQL Anywhere 12.0.1 |