ManoRAW писал(а):1.Поставил Microsoft Virtual PC
2.Создал виртуальный диск на 130GB с динамическим увеличением его размера файловой системой NTFS и размером клайстера в 512 байт (получил диск с изначальным размером 78Mb).
3.Для того, чтобы в WinXP примонтировать диск - установил утилитку VHDMOUNT (входит в комплект Virtual Server 2005). Windows7 сама это все делает
4.Создал для удобства монтирования дисков REG-файл
Менюшка для *.vhd получит вид
после прикрутки диска в систему в диспетчере диск будет выглядеть так
5.Скопировал весь кэш на виртуальный диск
Диск в диспетчере выглядит как обычный диск
Очень удобно пользоваться/переносить кэш
Вы не находите, что число телодвижений несколько ээээ.....многовато по сравнению с одной командой в консоли (в случае с таром) либо с одной программкой на пару метров (в случае с ТруКриптом)? Вышеописанное же можно сделать например и на VMWare-дисках (чем достигнется кроссплатформенность, которой нет в Вашем варианте) - но вот сам VMWare занимает под 500 метров, а отдельной мелкой
вменяемо работающей утилитки для работы с dynamic-size дисками песочницы я не нашел.
И самый главный вопрос: тут обсуждается
перемещение кэша. Допустим, у меня уже есть на диске (обычном) миллионы и миллионы тайлов, гигов эдак на 500. Задача именно
быстрого перемещения этого всего в виртуальный контейнер, созданный ЛЮБЫМ способом - решается пока что только ТАРом, так как любой системный копировщик будет перемещать а)потайлово б)с кучей обращений к ФС на обоих сторонах копирования в)строя список файлов перед началом операции (в случае миллионов и миллионов файлов он просто скрэшится). Именно эта задача и обсуждается в данной ветке.
Если же сразу изначально класть кэш в Ваш вариант контейнера - то вариант имеет шансы на жизнь, но лишь до тех пор пока не понадобиться ИЗВЛЕЧЬ файлы из контейнера на обычный диск. Получаем ту же задачу
перемещения кэша что и описана выше, только в обратном порядке. Преимущества перед трукриптом - отсутствие неотключаемой (в трукрипте) шифрации, и растущий размер диска (не знаю как там с уменьшением размера при стирании данных, скорее всего традиционно для M$-ФС - то есть никак, ибо при "стирании" файлов они не стираются как таковые, а лишь помечаются как стертые). Недостатки против трукрипта - большой размер, некроссплатформенность, закрытость собственно формата (что будем делать если контейнер побьется?), и обилие уже ставших традиционными в продуктах M$ глюков (не только в VPC, но и в самой винде под которой оный будет вертеться).
Таром же задача распаковки кэша выполняется едва ли не быстрее чем запаковка, и более того - пайп tar -с | tar -x позволяет копировать гигабайты кэша с места на место за одну операцию и без предварительного создания списка файлов. Кроссплатформенно и одной и той же весьма мелкой утилиткой.
Кстати, Вы не могли бы попробовать вычленить компоненты, ответственные именно за создание и монтирование в системе .vhd - файлов? Что-то подсказывает мне, что для этого не надо тянуть и ставить ВЕСЬ VPC. Если сможете - было бы весьма интересно. То есть - создать динамический .vhd-файл, примонтировать его в обычную винду (ВинХП например), поработать и отключить - БЕЗ необходимости скачки\установки\использования полного VPC. Проще говоря, аналог трукрипта - но без шифрации.
Попробуйте?
