アカウント名:
パスワード:
毎秒1MBくらいでしかアップできない。
数十TBなんてとてもじゃないが無理。
絶え間なくアップロードを続ければ、10TBを116日足らずでアップロードできるじゃないですか。
実際には、約倍以上はかかると思った方がいい。去年の秋頃から6T程をCrashPlanでバックアップして、今97%超えた所。
ちなみに、CrashPlanは転送サーバにメモリをディスク容量1Tにつき1G割り当てるようにメモリ設定しないと、ダメだとか。だもんで、仮想マシンで4G割り当ててたファイルサーバのメモリを無駄に8G設定にした…orz物理マシンは16Gまでしか乗せられないから、他に立ち上げれる仮想マシンが半分に減ってしまった。
6TBか。鬼だな。自分は1TBくらいだ。もう6年くらい使ってるけど、昔はもっと遅かった。1Mbps以下だったりね。最近は3Mbpsくらいにはなってる。メモリ消費結構きついよな。ファイルをチャンクに分けて、それのハッシュをキープしてて、変更があったらそこをアップロードする、って感じにしてるんじゃないかな。だからファイル数やサイズが大きいとメモリ消費が激しい。低いとクラッシュする。
アップロードが下手に早いとISPの1日のアップロード制限に引っかかって警告がくるからなぁ。最近iCloud Photo Library(旧iPhoto)の初期同期で警告きた。ちなみにアップロード先はAWSだったw
転送量が増えていくと、それに従って帯域が狭まっていく。原理上の容量は無制限だけど、絶え間なくアップロードしていると、容量は漸近線を描いて飽和する。
正解はこれだと思う。
何も1ヶ月契約で数十TBを埋め尽くした後、ダウンロードして契約解除することを想定しているわけじゃないでしょう。#ここでいう「既存ストレージ」って具体的に何?#ローカルのHDDとクラウドサービスじゃ、自ずと用途は違うんじゃね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
アップが遅すぎて既存ストレージを代替出来ない (スコア:4, 参考になる)
毎秒1MBくらいでしかアップできない。
数十TBなんてとてもじゃないが無理。
Re:アップが遅すぎて既存ストレージを代替出来ない (スコア:0)
絶え間なくアップロードを続ければ、10TBを116日足らずでアップロードできるじゃないですか。
Re:アップが遅すぎて既存ストレージを代替出来ない (スコア:4, 興味深い)
実際には、約倍以上はかかると思った方がいい。
去年の秋頃から6T程をCrashPlanでバックアップして、今97%超えた所。
ちなみに、CrashPlanは転送サーバにメモリをディスク容量1Tにつき1G割り当てるようにメモリ設定しないと、ダメだとか。
だもんで、仮想マシンで4G割り当ててたファイルサーバのメモリを無駄に8G設定にした…orz
物理マシンは16Gまでしか乗せられないから、他に立ち上げれる仮想マシンが半分に減ってしまった。
天琉陳(Teruching)
Re:アップが遅すぎて既存ストレージを代替出来ない (スコア:2, 興味深い)
6TBか。鬼だな。自分は1TBくらいだ。
もう6年くらい使ってるけど、昔はもっと遅かった。1Mbps以下だったりね。最近は3Mbpsくらいにはなってる。
メモリ消費結構きついよな。ファイルをチャンクに分けて、それのハッシュをキープしてて、変更があったらそこをアップロードする、って感じにしてるんじゃないかな。
だからファイル数やサイズが大きいとメモリ消費が激しい。低いとクラッシュする。
アップロードが下手に早いとISPの1日のアップロード制限に引っかかって警告がくるからなぁ。
最近iCloud Photo Library(旧iPhoto)の初期同期で警告きた。ちなみにアップロード先はAWSだったw
Re:アップが遅すぎて既存ストレージを代替出来ない (スコア:2, すばらしい洞察)
転送量が増えていくと、それに従って帯域が狭まっていく。
原理上の容量は無制限だけど、絶え間なくアップロードしていると、容量は漸近線を描いて飽和する。
Re:アップが遅すぎて既存ストレージを代替出来ない (スコア:1)
正解はこれだと思う。
何も1ヶ月契約で数十TBを埋め尽くした後、ダウンロードして契約解除することを
想定しているわけじゃないでしょう。
#ここでいう「既存ストレージ」って具体的に何?
#ローカルのHDDとクラウドサービスじゃ、自ずと用途は違うんじゃね。