
Originally Posted by
реднек
В теории может быть. На практике существующие сервисы не дюже тормозят на больших объемах мелких файлов. Потому как копируют файл за файлом, добавляя rountrip time к каждому копируемому файлу, а это может быть за сотню миллисекунд. Надеюсь они хотя бы реиспользуют TCP соединение и жмут данные. Хороший сервис должен бы строить цепочку: сканирование файлов –> сжатие -> склеивание в единый поток -> пересыл -> расклеивание –> запись, утилизируя bandwidth на полную катушку, и накладывать поверх дедупликационные механизмы, т.е. если файл с хэшем уже существует в облаках нет смысла его пихать в эту цепочку при аплоде, и если он существует в файловой системе (вообще где нибудь), то при даунлоаде. Никто этого нормально не делает, т.к. это все довольно сложно. Я экперементировал с Dropbox и scp, на больших файлах сходная скорость, на мелких Dropbox начинает работать гораздо медленее, да scp далека от идеала. А должно все работать с такой же скоростью как и на больших. LiveDrive вообще тормоз в этом отношении.