GFS & GFS2 求助三台集群，兩台寫入，一台刪除，速度非常慢
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"/>
《解決方案》
又見GFS2，不知道哪位知道在生產環境中有實際案例的么？ 介紹幾個。
《解決方案》
是呀！！！貌似很先進的技術，真的沒有人用這種系統嗎？？？
《解決方案》
國內用GFS不少，但是壓力大的案例不多。有幾個問題：
1. 3個機器OS版本是？
2. 關於你的模型，第一種情況，使用GFS，AB寫入大量小文件，C同時刪除某些小文件，寫入慢；如果換成GFS2,寫入快刪除慢對吧？ 你描述的慢，能具體描述一下嗎？
2. 你的「優化」參數，哪裡得到的？什麼理由要加入這些參數？ 去掉這些參數是否有變化？
《解決方案》
確實樓主把詳細的軟硬體環境列出來，如果有條件，樓主試下後端掛NFS文件系統，看看效果如何，如果還是一樣的慢，就需要改善你添加刪除文件的順序
《解決方案》
回復 #4 zhang1980s 的帖子
CentOS 5.4
因為應用要寫大量訂單到一個目錄，然後由另外1台伺服器把這個文件拿走到另外一個目錄，目前的情況就是慢。
我也自己寫腳本試了一下，寫10000個文件，然後同時另外一台集群中的伺服器刪除這裡面的文件，就是特別的慢。
優化我是參照這個來做的，裡面提到了一個測試工具ping_pong.c，專門測試文件lock的。頁面打開的速度很慢的。。。
http://www.linuxdynasty.org/howto-increase-gfs2-performance-in-a-cluster.html
《解決方案》
既然是CentOS，不知道和RH的RHCS是否一樣。
既然照那個HOWTO做了優化感覺還是慢，看來問題和那個HOWTO反應的不是完全一樣。
LZ最好能提供一下配置文件以便參考。
不過我覺得這樣的應用，不管是GFS還是GFS2恐怕都不會太快，因為涉及到多個節點在互相傳遞鎖信息，理論上參與的節點越多速度越慢。而至於那些優化參數，我沒有見到在RH的官方文檔中有提及，所以可行性上來講，仍然很懷疑。
《解決方案》
我建議先拿配置並說明具體的環境來看看。
