4 ms·

They're quite good at optimising Electron apps though as demonstrated by Visual Studio Code.

by mateuszf 8y ago

0x006A 8y ago
The memory overhead of Visual Studio Code is insane. Don't see how they did a good job optimizing anything there.
- jrs95 8y ago
  It only seems like it because a year ago Atom was so much worse.
- Delmania 8y ago
  Why are you complaining about memory usage? How much RAM do you have? Most developer machines come with at least 8 Gb, and you can easily add in an additional 24 or 56. Something to keep in mind is that unused memory is a waste. Windows actually keeps the most used applications in memory for faster access time. Between the wide availability of RAM and SSDs, complaining about memory usage on a developer machine is a rather archaic mindset.
  - jcelerier 8y ago
    > Something to keep in mind is that unused memory is a waste yes, but I'd like to put my own stuff in RAM, not accidental RAM usage due to the technologies being chosen.
  - rmsaksida 8y ago
    > you can easily add in an additional 24 or 56 No, you can't. If you have an MBP, for example, RAM is soldered onto the mother board and cannot be upgraded. If you have a Thinkpad x220 or x230 like a lot of us do, you can only go up to 16GB because the BIOS doesn't support any more. And regardless of which laptop you use, RAM is expensive in a lot of places. You can't expect everyone to throw hundreds of dollars at RAM just so they can run VS Code. Not to mention the "throw more hardware at it" attitude is the reason why we have bloated inefficient software in the first place.
  - sammoth 8y ago
    >you can easily add in an additional 24 or 56 Yeah, for like $700
  - na85 8y ago
    Yes but this article is not about developers. Not everyone who uses excel can just dump 700 bucks worth of memory into their corporate provided workstation. Regular users matter too.
  - Comevius 8y ago
    The most popular developer machines (MacBook Pro) come with either 8 GB or 16 GB LPDDR3 (not upgreadable). Intel's Cannon Lake is the only CPU that can use LPDDR4, but they are yet to solve their yield problems. "unused memory is a waste" Programs with a bigger working set tend to run slower, because of bottlenecks across the memory hierarchy.
    - hungerstrike 8y ago
      > The most popular developer machines (MacBook Pro)... That's incorrect. The vast, vast majority of developers around the entire world are running Windows and on a PC, not a Mac.
      - Comevius 8y ago
        You are right, Windows is the primary OS developer's use (Stack Overflow Developer Survey 2018: 49.9%) followed by OS X (26.7%).
        deleted 8y ago
        [deleted]
  - patchguard 8y ago
    Since when is Office a developer tool that runs only on dev machines?
  - systoll 8y ago
    Minimising the memory usage doesn't just create wasted 'free memory'. Among other things... > Windows actually keeps the most used applications in [inactive] memory for faster access time. When an app uses extra memory, it prevents this from happening. If the extra memory use doesn't help the user, the net effect is a harmed user experience, even if they have enough memory to hold everything the currently running apps want to store.
akerro 8y ago
> optimising Electron apps though as demonstrated by Visual Studio Code. Go ahead and open 6mb CSV file. Keep me updated :)
- philliphaydon 8y ago
  Works fine. VSCode also works fine opening 500mb files. Atom still crashes for me tho.
- hungerstrike 8y ago
  I downloaded a 50 MB CSV file full of russian tweets from NBC [1] in response to your challenge and VSCode opened it nearly instantly (~2 seconds) on my self-built Windows 10 PC with an i5-4690 CPU @ 3.50 GHz with 2 other instances of VSCode already running. Total memory usage for VSCode processes was 1.5 GB. The other 2 instances of VSCode were debugging a Node.js Express app and editing a rather large React/Redux app. When VSCode had no other running instances, opening the same file took about .5 seconds longer. [1] https://www.nbcnews.com/tech/social-media/now-available-more-200-000-deleted-russian-troll-tweets-n844731?cid=sm_npd_nn_tw_ma https://www.nbcnews.com/tech/social-media/now-available-more...
pjmlp 8y ago
Rust support is the only reason why I put up with Visual Studio Code.
- eklavya 8y ago
  I can understand but coming from IntelliJ, vscode feels light and fast :D
  - pjmlp 8y ago
    IntelliJ with its continuous indexing and lack of compilation on save made me love Eclipse again. Even so, VSCode with the same amount of plugins and features as IntelliJ would most likely crawl.
    - eklavya 8y ago
      I have tried purescript ide, haskell ide, dart ide, reasonml ide and more. It’s yet to disappoint. Although it’s true intelligent features to IntelliJ detail are rare but it’s useless when I can’t type more than one character / 2 seconds.
WillKirkby 8y ago
Counter-point: they're awful at optimizing Electron apps as demonstrated by Microsoft Teams.

They're quite good at optimising Electron apps though as demonstrated by Visual Studio Code.

0x006A 8y ago

The memory overhead of Visual Studio Code is insane. Don't see how they did a good job optimizing anything there.

jrs95 8y ago
It only seems like it because a year ago Atom was so much worse.
Delmania 8y ago
Why are you complaining about memory usage? How much RAM do you have? Most developer machines come with at least 8 Gb, and you can easily add in an additional 24 or 56. Something to keep in mind is that unused memory is a waste. Windows actually keeps the most used applications in memory for faster access time. Between the wide availability of RAM and SSDs, complaining about memory usage on a developer machine is a rather archaic mindset.
- jcelerier 8y ago
  > Something to keep in mind is that unused memory is a waste yes, but I'd like to put my own stuff in RAM, not accidental RAM usage due to the technologies being chosen.
- rmsaksida 8y ago
  > you can easily add in an additional 24 or 56 No, you can't. If you have an MBP, for example, RAM is soldered onto the mother board and cannot be upgraded. If you have a Thinkpad x220 or x230 like a lot of us do, you can only go up to 16GB because the BIOS doesn't support any more. And regardless of which laptop you use, RAM is expensive in a lot of places. You can't expect everyone to throw hundreds of dollars at RAM just so they can run VS Code. Not to mention the "throw more hardware at it" attitude is the reason why we have bloated inefficient software in the first place.
- sammoth 8y ago
  >you can easily add in an additional 24 or 56 Yeah, for like $700
- na85 8y ago
  Yes but this article is not about developers. Not everyone who uses excel can just dump 700 bucks worth of memory into their corporate provided workstation. Regular users matter too.
- Comevius 8y ago
  The most popular developer machines (MacBook Pro) come with either 8 GB or 16 GB LPDDR3 (not upgreadable). Intel's Cannon Lake is the only CPU that can use LPDDR4, but they are yet to solve their yield problems. "unused memory is a waste" Programs with a bigger working set tend to run slower, because of bottlenecks across the memory hierarchy.
  - hungerstrike 8y ago
    > The most popular developer machines (MacBook Pro)... That's incorrect. The vast, vast majority of developers around the entire world are running Windows and on a PC, not a Mac.
    - Comevius 8y ago
      You are right, Windows is the primary OS developer's use (Stack Overflow Developer Survey 2018: 49.9%) followed by OS X (26.7%).
      - deleted 8y ago
        [deleted]
- patchguard 8y ago
  Since when is Office a developer tool that runs only on dev machines?
- systoll 8y ago
  Minimising the memory usage doesn't just create wasted 'free memory'. Among other things... > Windows actually keeps the most used applications in [inactive] memory for faster access time. When an app uses extra memory, it prevents this from happening. If the extra memory use doesn't help the user, the net effect is a harmed user experience, even if they have enough memory to hold everything the currently running apps want to store.

akerro 8y ago

> optimising Electron apps though as demonstrated by Visual Studio Code. Go ahead and open 6mb CSV file. Keep me updated :)

philliphaydon 8y ago
Works fine. VSCode also works fine opening 500mb files. Atom still crashes for me tho.
hungerstrike 8y ago
I downloaded a 50 MB CSV file full of russian tweets from NBC [1] in response to your challenge and VSCode opened it nearly instantly (~2 seconds) on my self-built Windows 10 PC with an i5-4690 CPU @ 3.50 GHz with 2 other instances of VSCode already running. Total memory usage for VSCode processes was 1.5 GB. The other 2 instances of VSCode were debugging a Node.js Express app and editing a rather large React/Redux app. When VSCode had no other running instances, opening the same file took about .5 seconds longer. [1] https://www.nbcnews.com/tech/social-media/now-available-more-200-000-deleted-russian-troll-tweets-n844731?cid=sm_npd_nn_tw_ma https://www.nbcnews.com/tech/social-media/now-available-more...

pjmlp 8y ago

Rust support is the only reason why I put up with Visual Studio Code.

eklavya 8y ago
I can understand but coming from IntelliJ, vscode feels light and fast :D
- pjmlp 8y ago
  IntelliJ with its continuous indexing and lack of compilation on save made me love Eclipse again. Even so, VSCode with the same amount of plugins and features as IntelliJ would most likely crawl.
  - eklavya 8y ago
    I have tried purescript ide, haskell ide, dart ide, reasonml ide and more. It’s yet to disappoint. Although it’s true intelligent features to IntelliJ detail are rare but it’s useless when I can’t type more than one character / 2 seconds.

WillKirkby 8y ago

Counter-point: they're awful at optimizing Electron apps as demonstrated by Microsoft Teams.