亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

  免費注冊 查看新帖 |

Chinaunix

  平臺 論壇 博客 文庫
最近訪問板塊 發(fā)新帖
查看: 1919 | 回復: 8
打印 上一主題 下一主題

再開一貼,繼續(xù)討論 FAStT 900 在視頻編輯領域的應用 [復制鏈接]

論壇徽章:
0
跳轉到指定樓層
1 [收藏(0)] [報告]
發(fā)表于 2006-04-07 14:18 |只看該作者 |倒序瀏覽
FAStT 900 在視頻領域的應用恐怕大多數(shù)在于視頻數(shù)據(jù)的存儲,而在視頻編輯媒介的應用卻不是很多,我認為主要是由于 FAStT 900 的緩存刷新機制即 Cache Flushing 的工作原理導致。因為拷貝的寫入方式和采集的寫入方式有著很大的差別,在拷貝的寫入方式下,最關心的性能參數(shù)是帶寬,它并不很在意傳輸?shù)馁|量,即使有1秒左右的暫時阻塞,拷貝仍能夠在等待后繼續(xù)進行,而采集不同,它最關心的是傳輸?shù)馁|量,其次才是帶寬,因為碼率并不很高,即使一個 4 軌的非編,所占用的帶寬也僅僅需要 35MB/s,而傳輸質量卻忽視不得,所有的操作都是實時讀寫,一旦遇見傳輸不穩(wěn)定的情況,就會立即死機或者報錯。經(jīng)常來的人都看過我的一篇求助帖子,遇到的主要問題是使用 FAStT 900  作為采集媒介,直接只用采集機向 FAStT 900 中采集 50MBps 的碼流導致緩存刷新跟不上所導致。迄今為止沒有找到更好的解決辦法。
   
    為什么說是因為 FAStT 900 的緩存刷新機制所導致的呢?個人分析認為,就 Cache Flushing 參數(shù)的設置來說,我參閱過很多IBM的文檔,說這個參數(shù)的設置應該是 starting 值和 stop 值越接近越好,而推薦值是 starting 和 stop 都為 80%,也就是說把 80% 的緩存全部用作寫緩存。若starting 值和 stop 值相差太遠,則在緩存刷新的時候會導致寫性能急劇下降,甚至可能出現(xiàn)卡死情況。我通過使用 SANergy 軟件 FAStT 900 的單個 SAN 卷進行寫測試,發(fā)現(xiàn)在寫入過程中會出現(xiàn) “卡” 的情況,用交換機檢測通過相應端口的流量,顯示 FAStT 900 的端口速度會出現(xiàn)驟升驟降的情況,最高可達 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 中并未找到此參數(shù)。對于視頻采集的應用,回寫應當更加適合。我也并不知道 FAStT 900 的控制器默認方式是什么,但我在 IBM 網(wǎng)站上查到說 IBM 所有的存儲產(chǎn)品和服務器默認緩存寫方式都為直寫。這點請大家賜教。

    不知道這里有沒有人在我所說的視頻采集領域使用 IBM 的 FAStT 系列作為采集媒介的成功應用。也望大家來參與這個討論。

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

論壇徽章:
0
2 [報告]
發(fā)表于 2006-04-07 16:14 |只看該作者
沒看完。我到做過幾個案子就是用900,做多面體的應用。效果還不錯,用戶也很滿意。

論壇徽章:
0
3 [報告]
發(fā)表于 2006-04-07 16:18 |只看該作者
900好象默認是write-back 模式

論壇徽章:
0
4 [報告]
發(fā)表于 2006-04-08 22:19 |只看該作者
不知道 sharkbing 是不是像我們這里用做采集呢?如果像采集一樣有數(shù)據(jù)流的持續(xù)長時間寫入,請教一下具體的配置?我這里有 FAStT 900 的配置 config 文件,能幫我看下是哪里有問題么?我在這里已經(jīng)測試了近一個月了,公司也說這個問題是 FAStT 900 的自身的問題,沒有辦法解決。。好郁悶阿。。

論壇徽章:
0
5 [報告]
發(fā)表于 2006-04-09 12:31 |只看該作者
樓主,貼出來,看看。共同研究

論壇徽章:
0
6 [報告]
發(fā)表于 2006-04-09 13:31 |只看該作者
字數(shù)太多,放在附件中了。。

說幾個我認為是關鍵的設置,Cache Flushing start 值是 80% ,stop 值是60%,這個值我試過很多,感覺是差距越大就越穩(wěn)定,F(xiàn)在采集用的 SAN 卷是 Upload ,這個卷的 Segment Size 的值是 128K,還沒有嘗試過更低的值。我還在盤陣上做了 Mapping ,所有 Host Port 的 Host Type 都是 Windows 2000/Server 2003 Clustered ,這里我不是很確定對不對。但是會不會有影響呢?

PROFILE.rar

5.98 KB, 下載次數(shù): 36

FAStT 900 配置文件

論壇徽章:
0
7 [報告]
發(fā)表于 2006-04-11 10:20 |只看該作者
郁悶了。。。沒人知道么~~~~~~~

論壇徽章:
0
8 [報告]
發(fā)表于 2006-04-11 12:53 |只看該作者
沒有過多的建議,你可以去看看ibm 對Ds系列優(yōu)化的書.

論壇徽章:
0
9 [報告]
發(fā)表于 2006-04-11 13:35 |只看該作者
恩。謝謝了。。能推薦幾本這方面的書么?我在這方面除了手冊就沒有別的資料了。。
您需要登錄后才可以回帖 登錄 | 注冊

本版積分規(guī)則 發(fā)表回復

  

北京盛拓優(yōu)訊信息技術有限公司. 版權所有 京ICP備16024965號-6 北京市公安局海淀分局網(wǎng)監(jiān)中心備案編號:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年舉報專區(qū)
中國互聯(lián)網(wǎng)協(xié)會會員  聯(lián)系我們:huangweiwei@itpub.net
感謝所有關心和支持過ChinaUnix的朋友們 轉載本站內(nèi)容請注明原作者名及出處

清除 Cookies - ChinaUnix - Archiver - WAP - TOP