800MB/s的数据量，请大家帮忙看看

YaoFei

可否另外开发一个服务器端软件，直接用TCP通信，在服务器上再去存盘，省掉Samba的协议交换过程。微软那个SMB协议实在是效率太低了。

haole

原帖由 YaoFei 于 2009-8-6 23:59 发表
可否另外开发一个服务器端软件，直接用TCP通信，在服务器上再去存盘，省掉Samba的协议交换过程。微软那个SMB协议实在是效率太低了。

如果采用GPFS的话，是没必要采用SMB协议的，GPFS 3.2.1支持Windows 2003 R2 64bit作为client端，pNFS目前似乎还不能支持Windows。

liaoboda

原帖由 haole 于 2009-8-7 00:38 发表


如果采用GPFS的话，是没必要采用SMB协议的，GPFS 3.2.1支持Windows 2003 R2 64bit作为client端，pNFS目前似乎还不能支持Windows。

如果GPFS还不如直接panasa或者DDN GPFS好贵,我们尝试过.前边两个都支持smb cifs

bbjmmj

楼主所说的这个应用环境，可能是个视频采编的单位，录像带转数字非压缩视频，每秒一个文件，那么录像编辑的时间单位应该是秒，这个单位可能是个电视台吧？

我认真琢磨了一下，楼主所说的这个应用环境，数据写入量实在是太大了，还是自己组装服务器吧，单台组装服务器，几十TB容量，SAMBA每秒写入四百兆字节不成问题，所有配件都可以通过当地电脑城订货，不过，一台这样的服务器，咋地也得二十万块，也不便宜。

Perl_Er

huangzx

请教liaoboda使者， 有试用过netapp 的GX 吗？ 不知性能怎样。

storm the front

原帖由 bbjmmj 于 2009-8-7 12:22 发表
楼主所说的这个应用环境，可能是个视频采编的单位，录像带转数字非压缩视频，每秒一个文件，那么录像编辑的时间单位应该是秒，这个单位可能是个电视台吧？

我认真琢磨了一下，楼主所说的这个应用环境，数据写 ...

电视台一般走SANergy或者storNext,他那么大的采集量,应该是视频监控的项目

主要是他并发数太大,所以才达不到,如果并发数小的话或许还能有所提升

燕奔

这么大的数据库为什么一定要考虑是不是视频使用呢？！就按平时用的数据库远程备份方案不一样吗？都是一样备份方法，使用本地加后台NAS备份不行吗？这就容易实现多了，而且也便宜。

liaoboda

原帖由 huangzx 于 2009-8-7 13:23 发表
请教liaoboda使者， 有试用过netapp 的GX 吗？ 不知性能怎样。

没有,netapp的我们还真没测过.EMC也测试得比较少.主要成本考虑.我们量大每年大概1P到2P 每T价格很敏感

Aramis

没见过性能这么好的机器，这磁盘性能怎么着也没有这么高