Issues

QueryColumn's internal data is grown beyond required size

disable controller System.GC() by default

reduce default session size

internalRequest always creates a session

lightweight query result

use stringbuilder for repeatString

excessive memory usage with cfhttp getasbinary=true

Mapping Classloader: creates duplicate classes when limit is reached

Constant warning logs: "Free Perm Gen Space is less than 5% free: shrinking all template classloaders : consider increasing allocated Perm Gen Space"

StorageScopeCache tokens map allowed to grow unbounded, creating memory leak

CFHTTP doesn't treat file attribute the same as Adobe

Memory leak when using ORM code in threads

use twelve monkeys image resizing for imageResize()

cfhttp needs an option to download directly to disk

OOME while deserializing database session data

CFMLWriterImpl.java BUFFER_SIZE=100000 degrades performance

Unexpectedly large memory usage with large variables

implicit setters/getters in an object increase size

Application.cfc shadow scope can consume lots of memory with in-memory sessions

Heap memory gradually increases after complex use of ArrayEach() with parallel threads

GetHTTPRequestData(): uses memory reading request body every time it is called

adapt externalise strings to store strings inline but gzipped

debugging casts numbers to strings

checkSize enumerates all the files in a large temp folder 100001 times every hour

Non-Heap Memory Increases Till Server Crashes

storing debugging data crashes server

disabling debugging should purge the debug logs from memory

use external storage for debug logs, rather than ram

Compiled Lucee classes getting re-compiled as new classes - and old ones not getting GCd

arrayEach has too much memory overhead from duplicating pageContext

cfqueryparam debug=no, prevent showing sensitive parameters in debugging output

Externalize strings, crash due to on missing txt file under cfclasses

(lucee scope).keyExists( someKey ) performs very differently from StructKeyExists( (lucee scope), someKey )

limit debugging memory usage by total size, not just the total number of requests logged

CFQuery Lazy="true", i.e. SimpleQuery is able to consume infinite heap memory during request

Lucee 4 and 5 consumes too much heap memory with large uploads due to bug in HTTPServletRequestWrap.java

memory increase and never give back tho the system

add a purge debugging logs button/method

Memory issues because queryobject contains a very large ArrayInt

Resizing "large" images is slow and consumes a lot of memory

RamCache grows without limits, eventually filling the heap

Java heap memory exhaustion, pegged CPU, and unresponsive server