>Могу набросать пару use case-ов:

Я тоже могу нарисовать кучу абстрактных ситуаций но это не значит что они реально востребованы.

>Так там тот же zip, наверно, и вызывается.

Даже если, то что из того?

>Если его нет, то его надо написать :)

То бишь реальной практической пользы от твоего проектика нет...

>> Так там тот же zip, наверно, и вызывается.

> Даже если, то что из того?

Нельзя "зайти" в архив, содержащий сорсы какой-нибудь программы, прямо там сделать make install;make clean, а потом выйти. Без распаковки. К подобной функциональности я и стремился.

> То бишь реальной практической пользы от твоего проектика нет...

Заинтегрировать в kio/gio и будет.

> только эксплорером и открываются, и только зипы, а если надо > сторонней прогой посмотреть что там в архиве - фиг у тебя получится > ез распаковки.

ZipFolders умело ещё в 90х годах

> А zip по нескольким причинам:

> 1. меня тут полгода назад поймали на обещании сделать файловую систему для zip :) > 2. он удобнее ложится на файловую систему > 3. он имеет меньше проблем с перепаковкой

4. Недостатки 4.2 Чмода нет

> То бишь реальной практической пользы от твоего проектика нет...

Как и от Linux - к тому вообще всё писать надо, ведь он только ядро.

П.С. К чему эти неуклюжие попытки унизить автора/программу?

>> Так это с любой fs

> Большинство ФС скидывают данные на винт не только в момент отмонтирования.

Это да. Верю, что автор доработает со временем. Про sync - хорошая идея.

Просто вспомнил, как недавно потерял довольно много работы из-за сбоя электричества. В офисе у программиста нет UPS - у меня это первая работа, где так :) FS была ext3, на машине много RAM, где-то гигабайта полтора отводится на кэш и буфера.

> Только в эксплорере :-P ну почему. В Фаре еще.

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

только вчера увидевший комп лошарик детектед

>> Кстати, а нельзя сделать, чтобы данные записывались после каждого изменения?

>Получим такое же г, как и mc vfs.

Или "такое же г", как любая FS, смонтированная с опцией sync. Но никто ведь не говорит, что эта опция не нужна:) То же самое можно сделать и здесь - указывая опцию sync, знаешь "на что идёшь":)

>Что за любовь к zip? Вроде в линуксе/юниксах больше распространены gzip/bzip2.

Например, можно использовать для пакетной обработки (парсинга, подстановки) OOo файлов.

>Десять лет назад оно в линуксе было посредством патча на ext2, который добавлял компрессию. У меня /var на таком разделе лежал и я был доволен. К сожалению, при переходе на ветку 2.2 (или всё-таки 2.4?) это поломали и больше не починили.

Оно и на 2.6 было. Загнулось в районе 2.6.12 (или около этого). На sf.net можешь посмотреть.

>Оно и на 2.6 было. Загнулось в районе 2.6.12 (или около этого). На sf.net можешь посмотреть.

Упс! Так он ожил! Даже для 2.6.25 есть!:)

http://sourceforge.net/projects/e2compr

насколько я понял файлы хранятся в оперативной памяти до тех пор пока я не отмонтирую систему?

а что будет, если память закончится, а я продолжу писать данные?

>а что будет, если память закончится, а я продолжу писать данные?

А что будет, если место на диске закончится, а ты "продолжишь писать данные"? Ты попробуй - а вдруг получится!:)

>а что будет, если память закончится, а я продолжу писать данные?

Ты не фанат KDE? А жаль. Они на такие мелочи внимания не обращают

> а что будет, если память закончится, а я продолжу писать данные?

Данные будут писаться в астрал, а при запуске Большого Адронного Коллайдера выплеснутся в нашу реальность.

А вообще, при окончании свободной памяти возвращается ошибка ENOMEM.

>> а что будет, если память закончится, а я продолжу писать данные?

> Ты не фанат KDE? А жаль. Они на такие мелочи внимания не обращают

Ты думаешь многие проверяют результат работы new?

> Или "такое же г", как любая FS, смонтированная с опцией sync. Но никто ведь не говорит, что эта опция не нужна:) То же самое можно сделать и здесь - указывая опцию sync, знаешь "на что идёшь":)

В том-то и дело, что не любая. В файловых системах присутствуют "дешёвые" операции "удалить файл" и "заменить содержимое файла". В зипе же они выполняются только перепаковкой всего архива. Дешёвая в зипе только операция "добавить новый файл".

>К чему эти неуклюжие попытки унизить автора/программу?

Никто его не унижает. Просто афтор нереально высокого мнения о своём творении, и со слишком большой помпой его преподносит. С него так и прёт желание обгадить всех и вся вокруг, выпячивая свою вобщемто малоинтересную и объективно бесполезную прогу.

А сборка прог находясь в архиве это вообще нонсенс. :)

Sherak, сдохни.

> Просто афтор нереально высокого мнения о своём творении, и со слишком большой помпой его преподносит. С него так и прёт желание обгадить всех и вся вокруг, выпячивая свою вобщемто малоинтересную и объективно бесполезную прогу.

По уровню культуры Вы с анонимусом прекрасно друг друга дополняете :)

И напомню, что ничего, кроме неинтересности программы лично Вам, Вы не продемонстрировали.

> или, если хочешь подчеркнуть, libzip does have.

Думаю, перевод будет: "libzip таки да имеет проблемы" :D

>А что будет, если место на диске закончится, а ты "продолжишь писать данные"? Ты попробуй - а вдруг получится!:)

уныло. Когда я работаю с архивами я обычно ориентируюсь на свободное пространство на диске а не в памяти.

>А вообще, при окончании свободной памяти возвращается ошибка ENOMEM.

а может быть, всё таки периодически сбрасывать данные в архив, дабы не ограничивать себя свободной памятью?

> Ичсто теоретически, должно ругнуться ещё при открытии.

Понятно.

> Попробуй и, если свалится, то открывай багрепорт.

Обязательно постараюсь свалить :)

> а может быть, всё таки периодически сбрасывать данные в архив, дабы не ограничивать себя свободной памятью?

Можно сделать своп на несколько гигов и не заморачиваться :D

>Можно сделать своп на несколько гигов и не заморачиваться :D

а если я с live-cd решил записать zip архив? Специально создавать swap?

> а если я с live-cd решил записать zip архив? Специально создавать swap?

Ну можно флешку подключить или ввобще SSD с уже созданным свопом =) Если серьёзно, то с этим действительно что-то нужно делать, а то такой облом может быть... По крайней мере при монтировании опционально: надёжность в ущерб скорости или наоборот.

>Когда я работаю с архивами

Ты "работаешь" архивариусом?

>Специально создавать swap?

Нет, пользоваться существующим. liveCD так и делает (по крайней мере - должен делать, если это не "самопал Васи Пупкина на базе слаки")

>> Попробуй и, если свалится, то открывай багрепорт.

> Обязательно постараюсь свалить :)

Кстати, один подобный багрепорт же есть: http://code.google.com/p/fuse-zip/issues/detail?id=1

>> А вообще, при окончании свободной памяти возвращается ошибка ENOMEM.

> а может быть, всё таки периодически сбрасывать данные в архив, дабы не ограничивать себя свободной памятью?

Для начала я научусь сжимать прямо в памяти, а там, шлядишь дело и до сброса в файл дойдёт.

>Нет, пользоваться существующим. liveCD так и делает (по крайней мере - должен делать, если это не "самопал Васи Пупкина на базе слаки")

а если существующего нету? скажем я вставлю его в компьютер, где кроме windows vista ничего и не стояло отродясь?

>> Нет, пользоваться существующим. liveCD так и делает (по крайней мере - должен делать, если это не "самопал Васи Пупкина на базе слаки")

> а если существующего нету? скажем я вставлю его в компьютер, где кроме windows vista ничего и не стояло отродясь?

Почивший knoppix умел создавать файл подкачки на fat-разделе. Уверен, что если б он дожил до наших дней, он бы и на ntfs научился.

Так вроде дожил всё-таки.

Вон, не так давно был релиз... Правда, там, в основном, обновления версий.

>> почивший knoppix....

> Так вроде дожил всё-таки. Вон, не так давно был релиз... Правда, там, в основном, обновления версий.

Ну, январь 2007 года -- это, всё же, давно. Тогда у ntfs-3g вроде бы ещё проблемы с надёжностью были.

>Почивший knoppix умел создавать файл подкачки на fat-разделе. Уверен, что если б он дожил до наших дней, он бы и на ntfs научился.

это нужно сделать столько ради одной операции? в любом случае это не правильно ограничивать себя свободной оперативкой и свопом.

> это нужно сделать столько ради одной операции? в любом случае это не правильно ограничивать себя свободной оперативкой и свопом.

Это называется "использование готовых средств операционной системы". Единственное качественное улучшение, которое мне на текущий момент пришло в голову -- держать файлы в памяти уже в сжатом виде, ещё перед записью.

А если я буду сбрасывать ради экономии оперативки что-то во временный каталог, потом подгружать оттуда при надобности, то я заново переизобрету механизм своппинга.

> Кстати, один подобный багрепорт же есть: http://code.google.com/p/fuse-zip/issues/detail?id=1

Начало и конец нормальные, но 2 дыры в середине?

>> Кстати, один подобный багрепорт же есть: http://code.google.com/p/fuse-zip/issues/detail?id=1

> Начало и конец нормальные, но 2 дыры в середине?

Ну типа того... Я там ошибку-то обнаружил, но не обработал(catch не поставил).

ВАЖНОЕ ОБЪЯВЛЕНИЕ

Всем, у кого на 32-битной системе неправильно показывается размер файла, следует перекомпилировать libzip с CFLAGS=-D_FILE_OFFSET_BITS=64

Уж не знаю, насколько грязным получается этот хак, но так оно, как минимум, работает.

>А если я буду сбрасывать ради экономии оперативки что-то во временный каталог, потом подгружать оттуда при надобности, то я заново переизобрету механизм своппинга.

одно различие: если закончится оперативка и начнет использоваться своп, то всей системе будет достаточно плохо, особенно ресурсоемким приложениям.

хотя конечно я не уверен, как система со свопом себя ведёт, но есть вероятность такого исхода.

> Led *** (*) (12.06.2008 3:01:07)

>>Что за любовь к zip? Вроде в линуксе/юниксах больше распространены gzip/bzip2.

> Например, можно использовать для пакетной обработки (парсинга, подстановки) OOo файлов.

Да применений на самом деле больше. Необходимость обрабатывать архивы, пришедшие со стороны (а равно и делать архивы для отсылки на сторону) никто не отменял.

Какая жалость, что у зипа такие маленькие ограничения на размер файла. А хотелось бы сделать архивчик на десяток-другой гиг, и смонтировать его через fuse...

> Какая жалость, что у зипа такие маленькие ограничения на размер файла. А хотелось бы сделать архивчик на десяток-другой гиг, и смонтировать его через fuse...

ZIP64? Только примонтировать не получится, как уже было сказано.

Угу, да и создать тоже не так просто как кажется.

> Угу, да и создать тоже не так просто как кажется.

$ 7z a -tzip -r archive_name.zip file

>> А если я буду сбрасывать ради экономии оперативки что-то во временный каталог, потом подгружать оттуда при надобности, то я заново переизобрету механизм своппинга.

> одно различие: если закончится оперативка и начнет использоваться своп, то всей системе будет достаточно плохо, особенно ресурсоемким приложениям.

Я так считаю, что если у тебя мало памяти и ты создаёшь гигабайтные архивы, то это первый звоночек к тому, чтобы всё-таки сделать его с помощью zip, а в виде записи на файловую систему :)

А ты уверен, что делать буффер списком чунков есть правильно? Чунки по 4к из каких соображений - к размеру страницы?