Bulat Ziganshin

я лично никаких сложностей не вижу. файлы объединяются в солид-блоки для улучшения сжатия. затем блоки разбиваются на куски фиксированного размера для ускорения работы :) -mmt2 даст тебе один кусок для -mx5 и выше, и много кусков при -mx3 и ниже. во всяком случае так было раньше, сейчас может изменилось :)

chunk==кусок. lzma2 может разбивать сжимаемые данные на отдельные части, и сжимает их независимо, в параллельных потоках. новая версия умеет и распаковывать параллельно несколько кусков. замечу, что и при упаковке и при распаковке эти куски должны принадлежать одному solid-блоку

chunk==кусок

Igor, please look at discussion around http://forum.ru-board.com/topic.cgi?forum=5&topic=49016&start=380#18 and especially document provided in this post. Unfortunately, it's in Russian, but in short - since there are lot of new codecs/formats around, and 7z got their support, in particular via 7zip ZS project, next step may be a standard API that will allow 3rd-arty GUIs to present to users codec parameters such as dictsize or clevel, so they can choose compression settings.

Scanning: 33,230,050,660 bytes in 36,045 folders and 505,666 files Z:>timer m:\fa...

Sequential reading can be fast. what you mean? with sequential I/O, you don't start...

and CRC calculation, i.e. essentially s/t reading files by 7-zip: C:\Base>7z h -scrccrc32...

7-zip as well as most archivers read files in single thread. nanozip and my own fa'next...