Aether backend process duplication and slow computer

  • Operating System (Windows 10 Enterprise):
  • App version (dev12)

Expected Behavior
By opening the task manager i must see only one instance of aether backend

Actual behavior
Some times multiple istances of aether backend appear in task manager and the PC become very slow

To Reproduce
I didn’t find a specific cause
EDIT: maybe is a conflict with MATLAB 2017b…when i opened this software multiple instances of aether backend appeared and the pc become slow!

Screenshots


Can became dozens!!!

After some clicks on MATLAB icon…

Additional Information
If you want i can give you my aether dir

Thank you!

Interesting — that sounds like something non-ordinary is happening with your system because Aether normally prevents the run of multiple instances by checking whether there are other copies are running, and if so it terminates itself.

One more interesting thing is - I’m looking at the logos of the 3 Aether apps you’re running and they’re slightly different. Is there any chance you actually have multiple different versions of Aether installed somehow, and all of them are trying to run at the same time? That’s the only way I know of where you can have multiple versions working together. If you go to Add / Remove Programs, how many installations of Aether do you see? There should be just one.

I controlled the control panel… i’ve dev12 only. There is also another weird bug that i found. i’m opening another post for this but maybe is the same bug

Yes, it’s the same bug, I think. I think the best way to make sure of the issue is to delete the app, restart the computer and make sure that there are no more instances, and then reinstall it. I remember you are using Italian, and non-English languages have been a problem in another bug in the past, that’s the only thing I can think of that could cause it.

Let me know if you are still seeing this after a delete > restart > reinstall. This might be a bug in Electron’s ‘detect duplicate running instances’ code that is failing.

By uninstalling the software and removing all related directories i stopped the resending of the same message of the other post…but the duplication of backend bug persist and when i try to post something new it reappear with the multiplication the new post :frowning: This seems not related to MATLAB (now turned off)

B i unistalled the software, deleted all Aether’s folder in /local and /roaming and deleted the old aether installation folder in C:// but the problem persist. There are others place where Aether files is stored? Maybe if i delete these others files completely the software will run correctly.

Apologies for the quiet. So I don’t think there are any others, but this is really weird. There are no other directories, you’ve found all of them. The only one that matters is the one that goes by Air Labs / Aether ... that is your profile. For the app to start multiple times, I would need to have something like either there are multiple binaries somewhere that is starting on the application boot, or the app spawns the multiple binaries on its own, thinking that it has crashed.

Could you answer these questions?

Q1: When you disable the start at boot, and restart your computer, does the multiple backends thing happen?

If yes, you have multiple records on your Start menu > Startup programs (I don’t know exactly what is called in Italian, but something similar)

  • If no, and the multiple processes start when you only start Aether, that means the app is thinking that the backend or the frontend has crashed, and is spawning.

Q2: When you start the app, does the multiple processes start immediately, or 2nd, 3rd… etc processes come a while after? Especially when you are doing something like posting or upvoting.

  • If immediately, the app is thinking that the backend or frontend has crashed, and restarting it, and the backend/frontend becoming unresponsive happens right after launch.

  • If later, the backend/frontend does something that goes into the unresponsive state, and after a while the client decides that they are gone and ‘restarts’ them, and links itself to the newly spawned be/fe. The issue is, the old be/fe was busy, not crashed, and it comes back online after doing its job, to find out that it is now orphaned.

  • My suspicion is that, considering that you also have slowness problems, the frontend compilation thing (the part that you have slowness issues with) is taking so long on your computer that the client (the UI app) is deciding that the frontend hasn’t been responding for a long time, and it is probably dead. To be fair, this is not a bug, the client needs to be able to spawn a new frontend when the old one goes dead so as to not break the app and most of the time this happens it’s actually the right choice. In your case though, it’s the rare case where the frontend isn’t dead but actually doing work, but the client waits so long that it decides it is dead.

So my impression is that your two issues (speed and this multiplication) are actually the same issue, repsesenting itself in different ways. I’m currently working on an intermediate caching layer between disk and the app to be added to the app so that the app can use much less disk, and reduce reads and writes. I know that you use your computer for other things so maybe until I actually push the new version you might want to keep the app closed. I’m currently working on this, this is a fairly complex backend thing so I need to fully test that it actually compiles correctly. But I suspect when it comes it’s going to fix both of your problems. I’d expect, a few days, a week if everything goes right? I’m also having long compile times on my computer and I want to fix it, so I’m investigating a couple ways of improving this. No guarantees, but this is on top of my todo list and I’m currently actively working on this because it’s going to improve it for everybody.

Q1: the problem persist also after disabling the start at boot

Q2: multiple processes appear only when post new things or make votes

i shut down my node and i’m aaiting for updates… as soon as i can i try to build a new node on a virtual system using virtualbox

Hey there, I just pushed a new version (dev.13) that might be able to fix your issues. Let me know if you end up giving it a shot. It has a lot of improvements to make the app use much less disk reads and writes, which I suspect was the reason you were having Matlab problems. Here’s some more details: https://blog.getaether.net/post/185689269152/aether-dev13-released-up-to-30x-faster-updates

version dev13 works perfectly for me if i create a new user…but after the paste my old user profile (frontend_config.json) in the frontend folder the system get stuck… maybe is a problem of old user keys?

Glad it helped!

There has been no difference in the configs between dev.12 and dev.13 so one that works for one should also work for the other. I would copy the old and new configs to a Diff checker like this and see what gets highlighted as the difference. If there are more keys in the new one vs. the old one, you should be able to just copy those to the old one and have it work.

i found that the old frontend_config.json file had a bad sintax in the SFW communities list…fixing that part of the file copyng the one of a new user profile seems to fix the problem