Магические числа GZipStream C#

[Strizhonok15]

Здравствуйте, Проблема в следующем. Я пишу архиватор, который выполняет работу в многопоточном режиме по типу конвейера. Я считываю блок сразу передаю на конвертацию и потом на запись в файл, проблема в том, что так как конвертирование идет блоками, то в каждом блоке GZIPSTREAM записывает свои магические числа, как результат-лишняя информация в архиве и невозможность распаковки, так как для корректной распаковки придется делить на блоки по этим магичесикм числам, что требует затрат лишнего времени. Помогите идеей, как можно организовать так, чтобы эти числе не записывались в каждый блок, или как быстро разделить на эти блоки при распаковке.

[Пепел Феникса]

делите все в OutputStream что передаете ему.(точнее что ему GZipStream отдаст)
(да придется свой враппер написать)
итого у вас выйдет одна сессия сжатия на входной поток, а не на блок.

[Strizhonok15]

А это намного больше времени должно занять?

[Пепел Феникса]

быстрее чем ваш текущий метод.
только не разбивайте входящие данные на блоки, архиваторы это не любят(понижение скорости, понижение степени сжатия), это не хеширование.
оперируйте только выходными.
соотственно вам нужны будут все выходные блоки в том же порядке, это решается своим входным потоком.

[Strizhonok15]

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

[Пепел Феникса]

если вам нужно строго дробить входные данные, то иного метода кроме вашего нет.
оверхед будет.
многопоточность еще можно обеспечить вширь, а именно при архивировании нескольких файлов.

[Strizhonok15]

Да, вот и получается замкнутый круг( к сожалению многопоточность нужно обеспечить для одного файла

[Strizhonok15]

А можно при предложенном вами методом работать с файлами, размер которых больше оперативки?

[Пепел Феникса]

это можно делать в любом методе.
GZipStream не заставляет считывать все за один раз.
он отлично примет и несколько Write и CopyTo даже.