3 ms·
Really? Make a fully featured modern DE/WM/Compostor in electron that fits into 128MB of RAM and runs at 60fps on a Pentium III in daily usage then with a suite
by sudosysgen 5y ago
Really? Make a fully featured modern DE/WM/Compostor in electron that fits into 128MB of RAM and runs at 60fps on a Pentium III in daily usage then with a suite of apps.
Or better yet, make a web engine from scratch, that is, write the rendering engine, compositing engine and so on using Electron primitives.
Because both of these work very well when using Qt as a base, see LXQt and KHTML.
- nyanpasu64 5y agoCorrection: LXQt uses Openbox (not Qt) for windowing, and offers a choice between no compositor (by default) or one like picom (not Qt) or KWin (Qt Quick, JS-based, I wish it wasn't JS-based but it's too late to change that).
- sudosysgen 5y agoQt Quick is not based on JS. JS is merely an option for Qt Quick.
- npigrounet 5y agoYou do know very well that all of this is going to happen someday. Everything will be re-written in JS just because it's possible. And numbers will show that those solutions beat C++ in speed and resource usage, like VSCode does.
- pjmlp 5y agoWhile using a runtime written in C++.....
- npigrounet 5y agoIn a few years or so, the runtime itself will be in JS. It's unavoidable, this is the way things are.
- sudosysgen 5y agoWhat does VS Code beat in speed and resource usage? Be fair and compare it to other software with only colourization, Git support and extension support. JS can get close to C++ in speed but the same program in JS will always need more memory.
- npigrounet 5y agoI doubt that. C++ programs have always tons and tons of memory leaks.
- sudosysgen 5y agoWhich you can fix if you're competent. If we're looking at bad programs, JS programs are famous for importing 15MB+ of code for simple functions.