一開始遊走邊緣,都推給使用者
(這招在台灣以前也有商人用過)

後來大家的MEGA抄了

其他關的關,轉移陣地轉移......
很多也變難用,沒那樣好發展

之後就是輪大陸這些做起來
給好幾T,想也知道是存什麼東西.....
幾家還搞離線下載,代抓什麼的

現在26搞的這套出了中國別說台灣
歐美也很難這樣玩......

不付費的話很難用

看得到吃不到，他鎖你的上下傳流量就好了

我目前都只當迷片ＰＲＥＶＩＥＷ用

確定後還是用ＢＴ直接抓還比較快

說真的,上傳個幾G的東西就可以傳的要死了,我還是用光世代說.....
你能傳個1T我就服了你了,至於下載又是另一個問題.

那 sky Drive , google Drive, dropbox, copy, box呢?

稍微 Google 一下, 那是針對 VMDK 吧, 因為他是 file based 的?

如果是 SAN storage provisioned 出來的 virtual disk (block based), 可能不行? 對吧??

有說錯請前輩指導一下

thin provision like的機制(不一定叫thin provision)所在多有
各家作法你要加上產品名稱以縮小範圍

以個人以前用過的Netapp storage來講
它的Lun或VD只要你空間許可
放大縮小是立刻生效的

以上是印象
這東西機制其實挺複雜
有錯請指正

架免空站比較好賺？還是壓榨勞工比較好賺？ :flash: :flash: :flash:

NetApp 去年看過文件, 他們寫入很快但是讀取比較慢,
應該是他們用連續寫入的方法去做的,

只是過了一段時間他們需要定時去 defreg disk

另外 NetApp 的那種放大縮小 disk 的方法, 應該是 update disk header 吧, 讓系統看到 disk size 變小了 (我不能說他們是假的, 不是真的縮小, 我想這也是一種做法之一吧)..


之前有討論過說其實以現在的硬體來說 thin provision 或許是不好的一種做法,
因為他會造成效能降低, 畢竟資料可能需要跳著讀取吧

但是對 cloud service 或許很不錯..

Netapp我用的系列僅支援Raid 4與Raid DP(類似於一般常見的RAID 6)
預設是RAID DP
這種機制要快速是有點難
我當時是沒測過速
需考量storage controller, 傳輸介面, 快取大小, storage os版本, RAID設定與組成, HD...各種因素
所以很難說效能好壞到什麼程度