Решение проблемы перемещения кэша

[gpsMax]

(512 байт, конечно - к сожалению, тут нельзя поправить пост)

[evasya]

кстати, с удивлением для себя обнаружил, что Total Commander может копировать/переносить файлы и без предварительной индексации - просто нужно однократно нажать [Esc] после [F5]/[F6]... повторное нажатие [Esc] привидёт к отмене копирования/переноса. Т.е., получаем тоже быстродействие, как и с tar'ом, но в более привычном и понятном виде.
Но всё равно это неудобно, т.к. синхронизация кэша на компе и ноуте каждый раз будет занимать очень много времени. Потому, безусловно, более привлекательным виглядит использование контейнера. Как я понял, наиболее работоспосбными вариантами являются TrueCrypt и VHD... Но сразу возникает вопрос: а как быть, если потребуется увеличить размер контейнера? Как я понял, в TrueCrypt это невозможно. А позволяет ли VHD Resizer выполнить эту операции без потери уже имеющихся данных в образе?

[zed]

А позволяет ли VHD Resizer выполнить эту операции без потери уже имеющихся данных в образе?

Позволяет, но эксперимент лучше проводить на копии образа.

[vmax]

Зачем создавать тар на одном компе потом его перекачивать потом растаривать.
Можно сразу тарить в сетевое соединение и сразу растаривать на другой стороне
Кому интересно как .. читаем здесь
http://www.commandlinefu.com/commands/v ... ompression

[zed]

1. Между двумя компами должно быть сетевое соединение
2. На компах должен стоять линукс (пример по линку именно под него)

[vmax]

1. Между двумя компами должно быть сетевое соединение

Именно. Но для переноса действительно огромных объемов в десятки - сотни гигов и затеваться
особого смысла нет без сетки..
Разве что передернув винт (или внешний винт) но тогда вроде и паковать то не зачем.

2. На компах должен стоять линукс (пример по линку именно под него)

Это да. О чем собственно в заголовке четко было сказано
"На никсах можно еще быстрее все делать"

Я вот только подумал что написать потоковый трансфер файлов через сетку
достаточно просто.. можно и для винды сгородить... не вопрос..
При нормальной сетке скорость чтения файликов с диска будет главным тормозом.
а на другой стороне запись файликов будет главным тормозом..
Но и то и другое в варианте переноса через тар упаковку все равно присутствует.
Но там присутствуют еще чтение и запись самого тар файла причем происходящие
в то-же самое время и на той-же самой файлухе откуда пишутся/читаются тайлики.
Так что потоковый трансфер по сетке без затаривания должно быть однозначно быстрее.
Вот например любопытная статейка на эту тему
http://www.seabreezecomputers.com/tips/filexfer.htm

[serjant]

Для быстрого копирования/удаления кеша использую FastCopy(http://ipmsg.org/tools/fastcopy.html.en). Быстрее ничего не нашел (может, плохо искал?), для переноса кеша, как показалось, быстрее, чем tar (с учетом паковки-распаковки). Может, спецы в этом деле попробуют, скажут свое веское слово?

[zed]

для переноса кеша, как показалось, быстрее, чем tar (с учетом паковки-распаковки)

А переносили флешкой или было чисто копирование с винта на винт (с раздела на раздел)? Скорее всего второе... и тогда естественно, tar вам тут не помощник. Tar выгоден, когда нужно передать кэш либо по сети, либо перенести на флэшке (или usb-hdd) на другой комп. Причём, в варианте с флешкой у нас копирование происходит 2 раза: исходный hdd -> flash, а затем flash -> целевой hdd и если копировать потайлово, то уйдёт гораздо больше времени, чем с tar...

[serjant]

А переносили флешкой или было чисто копирование с винта на винт?

Переносил с диска в контейнер TrueCrypt на том же диске. Как понимаю, главная сложность- загнать кеш в контейнер. Если бы копировал на флешку, то, конечно, сначала перенес бы в контейнер, а только потом контейнер переносил уже на флеш и далее по назначению...

[Graph]

Подскажите пожалуйста, как именно можно смонтировать под Windows tar-контейнер как диск?