Zero-Copy Object-Stream Slices

link resolution이 압축된 /Type /ObjStm 멤버를 처음 materialize할 때, parser는 이제 복제된 substring과 두 번째 stream copy 대신 공유된 decompress 컨테이너 buffer 위의 zero-copy slice view를 읽습니다. 멤버가 많은 큰 문서가 객체당 이중 복사 비용을 더 이상 내지 않습니다

THPDFObjectStreamSliceStream

(source, offset, length) 위의 공개 read-only TStream view입니다. 소스 AnsiString을 참조로 들고 있어 컨테이너 바이트를 복제하지 않고도 살려 두고, 정확히 멤버 바이트만 serve하며, parser가 구형 복사본과 같은 layout을 보도록 가상의 trailing LF 하나를 덧붙이고, slice 시작 앞으로의 seek는 TMemoryStream의 관대함에 맞춰 raise 대신 clamp합니다

THPDFObjectStreamCacheInfo

두 개의 새 진단이 zero-copy 경로를 보고합니다. SliceViewCount는 parser에 넘겨준 멤버 view 수를 세고 SliceViewBytes는 그 view들이 덮은 멤버 바이트를 더합니다. 둘 다 GetLoadedObjectStreamCacheInfo가 돌려주는 기존 container, indexing, hit, miss, cached-byte 카운터 옆에 붙습니다