How to make smaller C and C++ binaries

Re:How to make smaller C and C++ binaries by Chaosvex on Sunday May 07, 2023 @09:30PM (#35857180)

You can try but realistically, you shouldn't bother in the overwhelming majority of software. Depending on whether you're on a platform that allows for overcommit, you won't necessarily know that an allocation has failed until you attempt to make use of it and the OS tries to back the pages, by which point, you could be far from the source of the allocation.

You're just going to end up with an insane amount of error handling only to discover that in the real world, there's likely nothing you can really do anyway.

[ Parent | on HN ]

Re:How to make smaller C and C++ binaries by DustinGadal on Monday May 08, 2023 @06:58AM (#35860211)

On platforms that allow overcommitment, you can guarantee your commit charge is physically backed by writing to each page in a memory pool at allocation time (probably at application startup, or at the end of the main loop), then allocating out of that pool.

Using memory that's been allocated but not committed seems like a recipe for disaster.

[ Parent | on HN ]

Re:How to make smaller C and C++ binaries by cma on Monday May 08, 2023 @12:48PM (#35863862)

> Using memory that's been allocated but not committed seems like a recipe for disaster.

It can greatly accelerate sparse datastructures.

[ Parent | on HN ]