Reaparece LXQt, el escritorio llamado a sustituir a LXDE, con la versión 1.0.0 como meta

El mayor consumo de memoria es uno de los problemas que salen cuando se pasa a programación orientada a objetos, en este caso QT usa C++. Por una parte se puede decir que los PCs de hoy van muy sobrados para racanear tanto, pero yo estoy contigo, los recursos del PC son para los programas del usuario, no para que los malgaste el sistema.

No es verdad. Los objetos en c++ compilando con gcc o llvm bajo nivel no existen (supongo que otros compiladores como msvc o el de Intel harán exactamente lo mismo). Son estructuras de datos alineados. Los métodos tampoco existen. Son funciones a las que se les pasa un puntero a la estructura de datos como argumento. Y la encapsulación, si te pones animal, tampoco.

De cara al ordenador la programación orientada a objetos en c++ no existe una vez compilalo. Por eso usar objetos no necesariamente implica aumentar el consumo de RAM.

Cosas interpretadas como python o ruby y con máquinas virtuales raras como java, Erlangen o luaJIT son un mundo a parte.

Más información de cómo se hace la llamada a funciones: https://software.intel.com/sites/default/files/article/402129/mpx-linux64-abi.pdf

Todos los lenguajes son traducidos a lenguaje maquina, es lo único que la CPU entiende. En lenguaje maquina no hay objetos, estos son, como bien dices, un conjunto de funciones ordenadas segun un criterio que da forma a lo que nosotros entendemos como objetos. Ahora bien, toda esa "burocracia", junto con el mal uso, y abuso, de los objetos es lo que lleva a un mayor aumento de memoria y merma de recursos.
A modo particular soy partidario de dejar la POO para su uso en lenguajes de alto nivel (Python p.e.). A bajo nivel, como pueda ser c++, hay muchos programadores que no tienen muy claro de lo que supone abusar de los objetos (todo lo hacen un objeto), ademas de cometer el tremendo fallo de usar las "facilidades" que brindan los entornos modernos de programación para ahorrarse el adecuado y necesario analisis de lo que van a programar.
Te agradezco el enlace, por desgracia tengo mi ingles un tanto oxidado, tanto como mis conocimientos de programación, aunque, a pesar de los años que deje de programar, aun mantengo las ideas claras de como se programa, a todos los niveles, incluido como trabaja internamente la CPU. No comente anteriormente sin conocimiento de causa.
Un saludo.

Todos los lenguajes son traducidos a lenguaje maquina, es lo único que la CPU entiende.

No es cierto, en los lenguajes interpretados esto no es así, hay un intérprete que lee el programa que si está en código máquina (o en otro intérprete) y que va analizando el programa. Bash, python, etc. funcionan así

En lenguaje maquina no hay objetos, estos son, como bien dices, un conjunto de funciones ordenadas segun un criterio que da forma a lo que nosotros entendemos como objetos.

En código máquina si es cierto. En un runtime no tiene por qué ser así. Aunque el procesador en si no sea consciente el runtime si puede serlo. Por ejemplo en python los objetos si existen, son diccionarios almacenados en la memoria del intérprete, todo son objetos (salvo algunos builtins del intérprete como la función type).

Ahora bien, toda esa "burocracia", junto con el mal uso, y abuso, de los objetos es lo que lleva a un mayor aumento de memoria y merma de recursos.

Tampoco es cierto.

El mal uso y abuso de o de cualquier tipo de dato si provoca aumento de consumo, por ejemplo si almacena información prescindible, si hay una cantidad indecente de referencias (véase java).

A nivel de memoria, usar OOP per se no implica aumento de RAM. Es un dato irrebatible, facilmente medible y además demostrable matemáticamente.

A modo particular soy partidario de dejar la POO para su uso en lenguajes de alto nivel (Python p.e.). A bajo nivel, como pueda ser c++, hay muchos programadores que no tienen muy claro de lo que supone abusar de los objetos (todo lo hacen un objeto)

Un leak de objetos lo puedes tener en python igual que en c++ y por los mismos motivos, lo único es para programar en c++ más o menos tienes que entender como funciona la memoria (mejor o peor pero algo si necesitas y en python no), que los objetos son estructuras de datos alineados sin metadatos adicionales (como si los tendrías en python y en la jvm) y que en c++ eres responsable de liberar memoria fuera del stack (memoria en general, no objetos en particular).