Я работаю над проектом, который имеет дело с большими файлами. В нашей кодовой базе мы действительно стремимся записать определенную информацию, большую часть времени эти поиски очень малы, я подумал использовать zlib в моем потоковом модуле записи / чтения просточтобы сэкономить место на диске, но из-за такого поиска я не могу его интегрировать, потому что для этого мне нужно сначала записать в буфер, затем сжать буфер и записать обратно, что является беспокойством в очень старой / беспорядочной кодовой базе.Простой способ - предоставить мой дескриптор файла gzlib для потокового писателя и API gzlib writer, который будет записываться автоматически, но застрянет / неуверен в сценарии поиска, что приводит меня к неприятностям.Я ищу механизм, чтобы я мог сказать zlib (блокировка / атомарность), как, эй, не сжимать его, пока не разблокировать / флаг, таким образом, поиск по внутреннему буферу будет не сжатым, и мои данные и база кода будет меньшенеповрежденными.Любое предложение будет очень полезным.