137
Make a Linux App
(makealinux.app)
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
I'm curious what witchcraft Microsoft did with VSCode to make it so responsive and performant when no other electron app is.
The term to look up is Monaco. That's the secret sauce part of VS Code that made it faster but I don't know enough about it to describe it well
Just looked it up a bit: https://microsoft.github.io/monaco-editor/
AFAIU,
monaco
is just about the editor part. So if an electron application doesn't need an editor, this won't really help to improve performance.Having gone through learning and developing with
electron
myself, this (and the referenced links) was a very helpful resource: https://www.electronjs.org/docs/latest/tutorial/performanceIn essence: "measure, measure, measure".
Then optimize what actually needs optimizing. There's no easy, generic answer on how to get a given electron app to "appear performant". I say "appear", because even
vscode
leverages various strategies to appear more performant than it might actually be in certain scenarios. I'm not saying this to bash vscode, but because techniques like "lazy loading" are simply a tool in the toolbox called "performance tuning".BTW: Not even using C++ will guarantee a performant application in the end, if the application topic itself is complex enough (e.g. video editors, DAWs, etc.) and one doesn't pay attention to performance during development.
All it takes is to let a bunch of somewhat CPU intensive procedures pile up in an application and at some point it will feel sluggish in certain scenarios. Only way out of that is to measure where the actual bottlenecks are and then think about how one could get away with doing less (or doing less while a bunch of other things are going on and then do it when there's more of an "idle" time), then make resp. changes to the codebase.
Atom was a lot less responsive and generally laggier than VSCode though. I used to use Atom and was surprised how much more responsive VSCode was.