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

[ManoRAW]

Как работать с WinMount в том числе из командной строки

[Thorax]

Как работать с WinMount в том числе из командной строки

Код: Выделить всё

Command: winmount3 -m [file path] [-drv:disk letter or path] [-NoWriteback:] [-attach:]
-drv: mount files to disk or path (Not necessary)
-NoWriteback: read only (Not necessary)
-attach: mount using filter drive. Filter drive meas mounting to an exist path.
[file path] can be quoted with whole path, relative path or default

Например

Код: Выделить всё

1) mount compressed file
winmount3 -m "E:\test.mou" -drv:Z:\abc
2) mount folder
winmount3 -m "E:\test" -drv:Z:\abc
3) mount muti files or folders (seperate paths with space)
winmount3 -m "E:\test.mou" "E:\test.rar" "E:\test.zip" -drv:Z:\abc
Appropriate for *.mou,*.rar,*.zip or folder

Размонтировать диск:

Код: Выделить всё

WinMount3 -unmount:X

Полную версию см. во встроенном хелпе.

Что-то ИМХО эта штука весьма тормозная и еще глючнее, чем ImDisk...

[ManoRAW]

Это я и хотел выложить я отправил сообщение с вложением с этой инфой. Потом меня отвлекли... и я не проверил что ответил... и забыл.
Ты это выложил за меня...

[Thorax]

2 ManoRAW: Я подумал, что это был вопрос...

Продолжаю насиловать ImDisk.
Кстати, последний релиз - 1.1.6, бета - 1.2.1.

Но кто нибудь пробовал монтировать несколько десятков контейнеров с сотнями тысяч тайлов в одну папку? Как скорость и стабильность работы?

Стабильно. Скорость не страдает (ИМХО). Обнаружилась другая проблема - драйвер позволяет использовать не более 32 виртуальных дисков. В последней бетке заявляется поддержка 64 дисков, но у меня не получилось

[Thorax]

Продолжаю искать альтернативные варианты хранения+переноса кеша.
Вот несколько вариантов, которые по разным причинам полностью не удовлетворяют, но, может, у кого еще идеи будут:

Pismo File Mount Audit Package
Монтирует архивы (в т.ч. ZIP) как диски и каталоги. Похоже, только read-only.

fuse-zip и fuse4win
Монтирует ZIP-архивы как файловую систему. Для Windows есть неоткомпилированные исходники. Похоже, тоже только read-only.

Более перспективными выглядят:
SolFS. По мне, подходит на все 100%. Готовый продукт стоимостью от 2000$. Кряков найти не удалось
Single File System. Компонент для Delfi. Кто понимает - посмотрите, как прикрутить, может быть это именно то, что нужно SAS-у. (Мое знакомство с Pascal-ем закончилось лет 15 назад)
7z - вроде, есть возможность потоковой записи.

[Thorax]

Да вот еще:
FreeOTFE. В принципе, тот же TrueCrypt, только в профиль. Минус - монтирует только как диск, а не как каталог. Плюс - есть версия под PDA (Windows Mobile 2003 - 6.5).

[Thorax]

И еще для тех, кто пишет на Delfi. Присмотритесь к GpStructuredStorage - Compound file (structured storage, file system inside a file) implementation.

[Thorax]

AVFS: A Virtual Filesystem - AVFS is a system, which enables all programs to look inside gzip, tar, zip, etc. files or view remote (ftp, http, dav, etc.) files, without recompiling the programs.
Если бы кто-нибудь взялся портировать это под Windows...

[Parasite]

Основная проблема сабжа - это не сам факт наличия\отсутствия монтирования, а способ хранения и работы с контентом. Если хранение и работа идет на уровне отдельных файлов (без какой-либо короткой и компактной индексации оных) как например при хранении в ФС - то этот способ не сгодится, ибо число единичных обьектов будет слишком велико для адекватного, быстрого манипулирования и удобной работы с.
Нужна версия хранения с а) группированием множества обьектов в один метаобьект (контейнер, либо еще что-то), б) индексация отдельных обьектов внутри метаобьекта, и 3) соответственно поддержка собственно пользовательской программой (САСом) таких конструкций нативно, а не через третьи программные продукты - причем не по-обьектно, а по-метаобьектно (читай - без построения списка файлов опросом КАЖДОГО мелкого файла).

Грубо говоря, нужен контейнер со внутренней индексацией содержимого, позволяющий RW и теневой реиндексинг, плюс группировку контейнеров в иерархические структуры (обьединение нескольких отдельных контейнеров как одного непрерывного кэша, в разных конфигурациях и вариантах). Нечто подобное пытаются делать в SatMap'е через базы данных SQLite, но так как там тоже - один в поле воин, то и работа идет вяловато и еще далека от идеала. Но даже в том варианте определенные выгоды по сравнению с САСовским кэшем - уже прослеживаются. Другой вопрос в том, что сам контейнер SQLite - не самый лучший выбор для сабжа, подвержен лимитейшнам и прочая...

Само же монтирование как папки\диска - не играет никакой роли, если САС научится нативно работать с контейнерами. Ведь никто не просит монтирования например баз MySQL как дисков, если оно и так прекрасно работает через базовод..

[Thorax]

Возразить-то, в общем, и нечего.
Если сбросить со счетов всякие SQL и прочие ODBC, то остается - некий формат хранения данных (контейнер) с возможностью индексинга и операций чтения-записи. По сути - файловая система. Плюс системный драйвер, делающий обращение к этой ФС совершенно прозрачной для ОС. Необходимость встраивать это в SAS нет, это может существовать и отдельно.

Насчет монтирования и т.п. - это чисто технические вопросы реализации. Я просто пытаюсь полумерами решить проблемы SAS'а, не трогая самого SAS'а.