290
Software is slow because of bad design, not slow languages (www.seangoedecke.com)
submitted 1 day ago by to c/programming@programming.dev
100 comments fedilink hide all child comments
you are viewing a single comment's thread
view the rest of the comments
[–] 30 points 21 hours ago (6 children)

Noticeable speed? Sure. But I am so pissed if a fucking todo list app is a 100mb download and consumed 300mb memory when running, all because this fucker bundles and loads a whole browser engine to render itself.

I therefore do think tech stack matters as well.

  • permalink
  • fedilink
  • source
  • hideshow 6 child comments
    •
  • [–] 2 points 21 hours ago (3 children)

    I once did some testing comparing very simple apps built with Tauri (using system webview) and native library and the difference in memory usage was not that big. I'm looking now at a simple PDF viewer in GTK and it's using 120MB. My app written in Tauri is using 150MB. In theory native apps will use less memory when you run a lot of them at the same time but if you check the size of native Linux app they are not that tiny. They still will easily use hundredths of MB of RAM. Simple, native todo app will easily use 150MB. Yes, badly written electron app will use way more than that but you have webview tools that are really good and not that heavy.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 1 point 11 hours ago (1 child)

    Had the same experience when I was testing zed. Was thinking it would be a lot better since it's written in rust but there wasn't any difference in memory/CPU usage between it and VSCodium, which is electron app.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •