Skip to content
This repository has been archived by the owner on Mar 21, 2024. It is now read-only.

Insane (11GB) RAM usage, when using "code-time" plugin #57

Open
igoryonya opened this issue Nov 26, 2020 · 8 comments
Open

Insane (11GB) RAM usage, when using "code-time" plugin #57

igoryonya opened this issue Nov 26, 2020 · 8 comments
Labels
bug Something isn't working

Comments

@igoryonya
Copy link

igoryonya commented Nov 26, 2020

Describe the bug
I've noticed a huge memory usage in Atom: 12GB of RAM
Thought, that maybe some, plugin is loading so much of RAM, becaue it used to be between 2 and 6 GB.
Ran in --safe mode and it used ~1GB.
At first, decided to test community plugins by turning off one by one and restarting Atom to see if it affected the RAM usage, but then found a manual about Atom profiling and found out about a TimeCop.
TimeCop didn't show a ram usage, but it showed a load time per package.
According to TimeCop, the "code-time" package takes the longest time to load.
image
Thought, that maybe it is related to a RAM usage somehow.
Disabled the plugin:
image
Restarted Atom and checked the RAM usage with "code-time" disabled:
image
It appears, that i nailed it. The memory usage has dropped by ~11GB.
Ran Atom for a while to see, if the RAM usage will start rising, but it didn't, so turned on the "code-time" back:
image
while monitoring the memory usage:
image
The RAM usage jumped up immediately without even a restart.

Desktop (please complete the following information):

  • OS: Ubuntu 18.04.5 LTS (bionic) [Linux ws02800008006 4.15.0-118-generic #119-Ubuntu SMP Tue Sep 8 12:30:01 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux]
  • Plugin version: 4.3.9
  • Atom: 1.51.0
  • Electron: 5.0.13
  • Chrome: 73.0.3683.121
  • Node: 12.0.0

Additional context
Atom is a flatpack package from flathub:

flatpak run io.atom.Atom
@igoryonya igoryonya added the bug Something isn't working label Nov 26, 2020
@xavluiz
Copy link
Contributor

xavluiz commented Nov 29, 2020

Hi,
We apologize for the memory issue and thank you for the issue update. We've cleaned up the plugin to optimize the code time functionality in v4.3.11. Please let us know if this helps. It's currently only running at a max of 110GB during testing but we'll continue to look through the code more to make it more efficient.
Regards.

@igoryonya
Copy link
Author

igoryonya commented Nov 29, 2020

Hi,
I updated and enabled, but no, unfortunately, it still munched on the RAM:
изображение
изображение

PS:
I disabled all of the community package, except for codetime, thinking, that, maybe, there is some conflict, but no, with all the other packages unloaded, it didn't affect the codetime memory usage.

@xavluiz
Copy link
Contributor

xavluiz commented Nov 30, 2020

Ok, thank you for the quick update. We'll take a look at this right away.
Regards.

@xavluiz
Copy link
Contributor

xavluiz commented Nov 30, 2020

We're still investigating this but I have a question in the meantime. Do you have a large number of files that you've worked on while using code time? We may be hitting a limit with how we help keep the hashed info locally. When you get a chance, can you provide the size of your "hashed_values.json" file located within your ~/.software directory? Thank you.

@igoryonya
Copy link
Author

igoryonya commented Nov 30, 2020 via email

@xavluiz
Copy link
Contributor

xavluiz commented Nov 30, 2020

Ok, thank you for the file info. I'll confirm with another resource today and thank you again for your patience.

@xavluiz
Copy link
Contributor

xavluiz commented Nov 30, 2020

Would you be able to take a screenshot of the files within your .software directory with the file size info? Thanks.

@igoryonya
Copy link
Author

igoryonya commented Nov 30, 2020

This is from work:
hashed_values.json.zip

Here is the folder snap capture from work:
изображение

Will get the screenshot from my home computer after work.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants