Es una pregunta interesante. Hay que tener en cuenta que Lua es un lenguaje interpretado, así que la aplicación no se carga en memoria en el sentido que lo pueda hacer un programa compilado.

Por un lado tienes la memoria que te ocupa el intérprete Lua, que nunca será igual, dependerá de la plataforma, versión... El intérprete se encarga de gestionar dicho código Lua en memoria, al ser un lenguaje interpretado, no se puede tener un control preciso sobre eso. Por muy largo que sea el código, el intérprete siempre hará que tengas suficiente RAM para ejecutar las instrucciones.

Ahora bien, una cosa son las lineas de código y otra lo que te pueden ocupar estructuras, imágenes y sonidos. No sé como gestiona esto Lua, supongo que las imágenes se guardarán "sin comprimir" en RAM, osea que un JPG ocupará como si fuera formato BMP. Si tienes muchas imágenes cargadas, suma sus tamaños sin comprimir y así te podrás hacer una idea.

Otra solución, es que al iniciar tu aplicación llames alguna función que te diga la RAM libre (no sé si está implementado en Lua), luego cargas todos y vuelve a llamar a la función y restas los resultados. Pero como te digo, el intérprete es el que gestiona la RAM y es posible que haga SWAP a disco para liberar RAM si el lo considera oportuno. Habría que indigar más en su gestión de memoria.

Las estructuras es más fácil ya que al saber los elementos que tienen y lo que ocupa cada uno, es matemática básica.

Un saludo.