云存儲(chǔ)現(xiàn)在真火，EMC,HP，IBM不知道最后誰能吃下這個(gè)大餅哦

mike79

IBM的RAID卡都不能在線擴(kuò)容，你指望它能搞出云存儲(chǔ)來？？？
bbjmmj 發(fā)表于 2010-05-21 17:05

現(xiàn)在除了土包子誰還在談RAID，還在說擴(kuò)容阿？大神你比土包子還out了。

bbjmmj

現(xiàn)在除了土包子誰還在談RAID，還在說擴(kuò)容阿？大神你比土包子還out了。
mike79 發(fā)表于 2010-05-21 17:08

    你要連筷子都不會(huì)用，很有可能被當(dāng)成XXX~~~小事都做不好的人，你指望他大事能做好？

mike79

你要連筷子都不會(huì)用，很有可能被當(dāng)成XXX~~~小事都做不好的人，你指望他大事能做好？
bbjmmj 發(fā)表于 2010-05-21 17:10

這種“小事都做不好的人，你指望他大事能做好？”的思維典型的是土包子的思維。
大神你out得一塌糊涂，沒法子再和你說了，去補(bǔ)補(bǔ)課再來吧。

netbackup

看看熱鬧

bbjmmj

這種“小事都做不好的人，你指望他大事能做好？”的思維典型的是土包子的思維。
大神你out得一塌糊涂，沒 ...
mike79 發(fā)表于 2010-05-21 17:14

    你背不熟99表，肯定成不了數(shù)學(xué)大師，這個(gè)你能同意吧？電腦也是一樣，基礎(chǔ)的東西都做不好，那就別指望做出高端的東西來。

mike79

你背不熟99表，肯定成不了數(shù)學(xué)大師，這個(gè)你能同意吧？電腦也是一樣，基礎(chǔ)的東西都做不好，那就別 ...
bbjmmj 發(fā)表于 2010-05-21 18:52

據(jù)說99表只有東方人會(huì)背，但是幾乎最偉大的數(shù)學(xué)大師都是西方人。
PS 大神你就不用掩飾你的out了，越描越黑。

bbjmmj

據(jù)說99表只有東方人會(huì)背，但是幾乎最偉大的數(shù)學(xué)大師都是西方人。
PS 大神你就不用掩飾你的out了，越描越 ...
mike79 發(fā)表于 2010-05-21 19:12

    據(jù)誰說的？

wolfop

回復(fù)  wolfop


    三條總結(jié)下來，xiv無立錐之地 。。。。。。。。
emperor 發(fā)表于 2010-05-21 12:10

還有一點(diǎn)，只有XIV的架構(gòu)才適合廣泛地采用瘦供給，只可惜現(xiàn)在XIV的價(jià)格，如果能降到比DS8000有明顯優(yōu)勢(shì)，才有立足之地。

wolfop

對(duì)于scale-out的架構(gòu)來說,IBM還有新推出的SONAS,EMC有自己的atmos,dell有exanet,LSI有onstor,HDS有關(guān)系密切 ...
houlouti 發(fā)表于 2010-05-21 15:01

SONAS是基于GPFS的，所有的分布式文件系統(tǒng)，如果提供標(biāo)準(zhǔn)的文件系統(tǒng)接口而不是專門的訪問API，在海量小文件的情況下，都會(huì)變成噩夢(mèng)。SONAS也肯定一樣。

bbjmmj

SONAS是基于GPFS的，所有的分布式文件系統(tǒng)，如果提供標(biāo)準(zhǔn)的文件系統(tǒng)接口而不是專門的訪問API，在海量小文 ...
wolfop 發(fā)表于 2010-05-21 21:01

      學(xué)校新買了服務(wù)器，順便升級(jí)了GLUSTERFS，看源碼的時(shí)候，發(fā)現(xiàn)了好東西：

1. /* Creates and returns a new table
   
2.    with comparison function |compare| using parameter |param|
   
3.    and memory allocator |allocator|.
   
4.    Returns |NULL| if memory allocation failed. */
   
5. struct rb_table *
   
6. rb_create (rb_comparison_func *compare, void *param,
   
7.             struct libavl_allocator *allocator)
   
8. {
   
9.   struct rb_table *tree;
   
10. 
    
11.   assert (compare != NULL);
    

復(fù)制代碼

前段時(shí)間看MFS源碼，MFS用的是HASH排序，HASH表很�。�

1. #define HASHSIZE 65536
   
2. #define HASHPOS(chunkid) (((uint32_t)chunkid)&0xFFFF)
   

復(fù)制代碼

通過這兩段代碼對(duì)比，可以看出前者在處理海量小文件的時(shí)候，檢索效率明顯要比后者高得多，假如有一千億個(gè)文件，RBTREE的深度也只有40級(jí)，而MFS的HASH樹，深度可絕對(duì)不只是40級(jí)了。
這個(gè)比較可以看出，并行文件系統(tǒng)的實(shí)現(xiàn)機(jī)理各不相同，處理海量小文件的能力也各不相同。