再开一贴，继续讨论 FAStT 900 在视频编辑领域的应用

brian821003

FAStT 900 在视频领域的应用恐怕大多数在于视频数据的存储，而在视频编辑媒介的应用却不是很多，我认为主要是由于 FAStT 900 的缓存刷新机制即 Cache Flushing 的工作原理导致。因为拷贝的写入方式和采集的写入方式有着很大的差别，在拷贝的写入方式下，最关心的性能参数是带宽，它并不很在意传输的质量，即使有1秒左右的暂时阻塞，拷贝仍能够在等待后继续进行，而采集不同，它最关心的是传输的质量，其次才是带宽，因为码率并不很高，即使一个 4 轨的非编，所占用的带宽也仅仅需要 35MB/s，而传输质量却忽视不得，所有的操作都是实时读写，一旦遇见传输不稳定的情况，就会立即死机或者报错。经常来的人都看过我的一篇求助帖子，遇到的主要问题是使用 FAStT 900  作为采集媒介，直接只用采集机向 FAStT 900 中采集 50MBps 的码流导致缓存刷新跟不上所导致。迄今为止没有找到更好的解决办法。
   
    为什么说是因为 FAStT 900 的缓存刷新机制所导致的呢？个人分析认为，就 Cache Flushing 参数的设置来说，我参阅过很多IBM的文档，说这个参数的设置应该是 starting 值和 stop 值越接近越好，而推荐值是 starting 和 stop 都为 80%，也就是说把 80% 的缓存全部用作写缓存。若starting 值和 stop 值相差太远，则在缓存刷新的时候会导致写性能急剧下降，甚至可能出现卡死情况。我通过使用 SANergy 软件 FAStT 900 的单个 SAN 卷进行写测试，发现在写入过程中会出现 “卡” 的情况，用交换机检测通过相应端口的流量，显示 FAStT 900 的端口速度会出现骤升骤降的情况，最高可达 200MB/s 最小只有 60MB/s （同样都是写入单个 San 卷，仅使用的一个控制器），并且开启的 SANergy 站点越多，峰值越小。当仅仅开启两个 SANergy 站点时，峰值可达 200MB/s，而当这些站点开启到 4 个时，峰值仅仅可达 160MB/s ，当开启到 6 个站点的时候，峰值仅剩下 120MB/s 。

    以上是我这一段时间测试得出的结果，当然不排除我才疏学浅，对于 FAStT 900 和 SANergy 的各项配置并不精通的原因。对于 FAStT 900 和 SANergy 的缓存配置，我看到了手册上有一项叫做 Cache Write-back 和 Cache Write-through 即缓存回写和缓存直写，但是我在 SM 8.3 中并未找到此参数。对于视频采集的应用，回写应当更加适合。我也并不知道 FAStT 900 的控制器默认方式是什么，但我在 IBM 网站上查到说 IBM 所有的存储产品和服务器默认缓存写方式都为直写。这点请大家赐教。

    不知道这里有没有人在我所说的视频采集领域使用 IBM 的 FAStT 系列作为采集媒介的成功应用。也望大家来参与这个讨论。

[ 本帖最后由 brian821003 于 2006-4-7 14:27 编辑 ]

sharkbing

没看完。我到做过几个案子就是用900,做多面体的应用。效果还不错，用户也很满意。

sharkbing

900好象默认是write-back 模式

brian821003

不知道 sharkbing 是不是像我们这里用做采集呢？如果像采集一样有数据流的持续长时间写入，请教一下具体的配置？我这里有 FAStT 900 的配置 config 文件，能帮我看下是哪里有问题么？我在这里已经测试了近一个月了，公司也说这个问题是 FAStT 900 的自身的问题，没有办法解决。。好郁闷阿。。

sharkbing

楼主，贴出来，看看。共同研究

brian821003

字数太多，放在附件中了。。

说几个我认为是关键的设置，Cache Flushing start 值是 80% ，stop 值是60%，这个值我试过很多，感觉是差距越大就越稳定。现在采集用的 SAN 卷是 Upload ，这个卷的 Segment Size 的值是 128K，还没有尝试过更低的值。我还在盘阵上做了 Mapping ，所有 Host Port 的 Host Type 都是 Windows 2000/Server 2003 Clustered ，这里我不是很确定对不对。但是会不会有影响呢？

brian821003

郁闷了。。。没人知道么~~~~~~~

sharkbing

没有过多的建议，你可以去看看ibm 对Ds系列优化的书.

brian821003

恩。谢谢了。。能推荐几本这方面的书么？我在这方面除了手册就没有别的资料了。。