Igaz ez csak egy memory leak, de amúgy igazad van. Én azért sem támogatom, hogy használjunk bloatot, mert hiába 8 magos, meg 64 gigás gép, és fut rajta jó sebességgel a bloat, ha a pehelysúlyú megoldásokkal vetjük össze, azok azonos hardveren mindig gyorsabbak. Tehát ami egy KDE alatt 5 mp. alatt tölt be, egy soványabb ablakkezelős, minimalista rendszeren 1 mp. alatt lesz, ha nem ütközik bele valami bottleneckbe.
Az is igaz, hogy a KDE már régóta bloat, már jó 13 éve, a 4-es bekajált 1 giga RAM-ot, ha fullos, ha kivesznek belőle ezt-azt, akkor se sokkal marad alatta. Utoljára a KDE3 / Trinity volt az, ami még nem volt elszállt memóriaigényű. De nem csak grafikus felületekre igaz, egy vim sebességéhez sose fog felnőni egy Emacs se, nem hogy egy Visual Studio Code vagy Atom. Az mpv hardverigényének a közelében sem lesz soha a VLC, Totem, stb.. Azért vannak műfajok, ahol a bloat nem hagyható el sajnos: böngészők, játékok és launchereik, nagy vizuális szerkesztős megoldások (kép, videóvágás, stb.), ott nem nagyon lehet vele mit kezdeni. Nem is mindig a verzió újdonságától függ, bár alapvetően a bloatosodó szoftverek a verziók előrehaladtával tovább bloatosodnak. A baj szerintem nem is annyira a babzsákfejlesztőkkel van, hanem az öltönyös-nyakkendős multis menedzserekkel, akik a Powerpoint slideshow-ikban megálmodnak mindenféle csodálatos bullshitet, lehetetlen határidőket és célkitűzéseket, amiknek igazából szakmailag sose lesz értelme, de azért le lesz erőltetve mindenki torkán. Sőt, ma már sok user ezt a szopatást Stockholm-szindróma keretében igényli is, ha valami nem szép színes ikonos, végletekig lebutított, nem kér combos hardvert, az már gyanús, már amatőr, már nem lehet jó, mert nem integrálódik a többi bloat webes szutyokba, stb..