SharpCorePDF 1.8.0 — what the allocation measurements save you in the cloud

[MPCoreDeveloper]

Alongside SharpCoreDB, building this native .NET 10/11 PDF library is a project I am genuinely proud of, because it solves problems we face as developers.

I started building it after noticing three pain points in the ecosystem:

1. Established libraries suddenly changing their licences.
2. Aging, vulnerable native components hidden under the hood.
3. High CPU and memory consumption from libraries that do not use what modern .NET 10/11 and C# 14/15 offer.

SharpCorePDF solves all three. Built with pure passion (and zero licence fees), it does not only save on software licences: its low-allocation, zero-dependency architecture actively drives down the compute and memory bill in the cloud.

The numbers are measured, not asserted. A 100 MB merge allocates 104.2 MB instead of 204.2 MB and finishes 67.5 ms sooner after ADR-004, because each source is read once instead of twice. At 1,000,000 merges a month that is 100 TB of allocation avoided. The page below states the tariff as a value to replace, covers the three costs (licence, native code, CPU/memory), and says what it does not claim (no competitor benchmark, one machine, an assumed GC throughput).

What SharpCorePDF saves you: https://github.com/MPCoreDeveloper/SharpCorePDF/blob/main/docs/cloud-savings.md

Install: dotnet add package SharpCorePDF — 1.8.0, MIT, five packages on nuget.org.