GFS & GFS2 求助三台集群，两台写入，一台删除，速度非常慢

zlhwxm

GFS & GFS2 求助三台集群，两台写入，一台删除，速度非常慢，导致前端应用apache+tomcat响应非常不好。
三台服务器集群分别用GFS和GFS2
GFS时两台机器（Apache 应用）写入不同的小文件到同一个目录，然后第三台机器在同一个目录mv，结果是写入的速度非常的慢。
GFS2时两台机器（Apache 应用）写入不同的小文件到同一个目录，然后第三台机器在同一个目录mv，结果是写入的文件很快，2分钟内可以写入3万左右，但是mv非常的慢
不知道是什么原因求助！！！

cluster.conf 优化的参数
        <totem consensus="4800" join="60" token="10000" token_retransmits_before_loss_const="20"/>
        <dlm plock_ownership="1" plock_rate_limit="0"/>
        <gfs_controld drop_resources_age="5000" drop_resources_count="100" drop_resources_time="5000" plock_rate_limit="0"/>

lang_net

又见GFS2，不知道哪位知道在生产环境中有实际案例的么？ 介绍几个。

zlhwxm

是呀！！！貌似很先进的技术，真的没有人用这种系统吗？？？

zhang1980s

国内用GFS不少，但是压力大的案例不多。有几个问题：
1.  3个机器OS版本是？
2.  关于你的模型，第一种情况，使用GFS，AB写入大量小文件，C同时删除某些小文件，写入慢；如果换成GFS2,写入快删除慢对吧？ 你描述的慢，能具体描述一下吗？
2.  你的“优化”参数，哪里得到的？什么理由要加入这些参数？ 去掉这些参数是否有变化？

distliu

确实楼主把详细的软硬件环境列出来，如果有条件，楼主试下后端挂NFS文件系统，看看效果如何，如果还是一样的慢，就需要改善你添加删除文件的顺序

zlhwxm

CentOS 5.4  
因为应用要写大量订单到一个目录，然后由另外1台服务器把这个文件拿走到另外一个目录，目前的情况就是慢。
我也自己写脚本试了一下，写10000个文件，然后同时另外一台集群中的服务器删除这里面的文件，就是特别的慢。


优化我是参照这个来做的，里面提到了一个测试工具ping_pong.c，专门测试文件lock的。页面打开的速度很慢的。。。
http://www.linuxdynasty.org/howt ... e-in-a-cluster.html

lindawell

既然是CentOS，不知道和RH的RHCS是否一样。
既然照那个HOWTO做了优化感觉还是慢，看来问题和那个HOWTO反应的不是完全一样。

LZ最好能提供一下配置文件以便参考。

不过我觉得这样的应用，不管是GFS还是GFS2恐怕都不会太快，因为涉及到多个节点在互相传递锁信息，理论上参与的节点越多速度越慢。而至于那些优化参数，我没有见到在RH的官方文档中有提及，所以可行性上来讲，仍然很怀疑。

jerrywjl

我建议先拿配置并说明具体的环境来看看。