Jump to content

Recommended Posts

Posted

Im experiencing a different kind of behaviour with Designer V2. It starts up with like ~800MB Ram usage, but jumps up to ~2200MB just after a couple of minutes working in the same file (just moving around in an Artboard file). Yesterday it even start to lag with a Ram usage of 4400MB and shortly after crashed with strange UI artifacts. The Ram usage doesnt drop, it is slowly becoming more and more even when I delete stuff.

In total I have 32GB Ram and can ran multiple 3d editor tools at the same time. Did not test Publisher or Photo if they have the same issue. Any suggestions/updates/news ? 

Posted

Under which platform, Windows? - If yes disable under ADe inside it's preferences under performance settings the "hardware acceleration" and retry, in order to see if it now runs more smoothly without producing UI artefacts.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Posted

Tested it out, same behaviour. Ok the UI artifacts thing ist just a byproduct of the actual problem. It seems that it is really a issue with the garbage collector (speaking now in dev-language). To reproduce:

create a artboard file, 
create a couple of artboards with a decent amount of textures, 
look at the increasing Ram usage. 
Now remove some of those artboards and look again at the Ram usage. 

For me nothing happens, still at the same high amount.

If you would save now and exit and open the file again (restarting AD), the Ram usage would be lower than before. So for me this means that garbage in the memory isnt thrown away :). Btw same counts for opening additional files in the same session (closing would not clean up my memory).

Posted

Don't know if they use(d) some add-on C++ garbage collector, but usually C++ itself doesn't come along with one. So as there probably isn't any auto garbage collector used one has to do memory handling explicitely yourself, aka allocate & free/delete memory on demand manually. Another point here might be, that due to their incremental file format and backup/history file handling any occupied memory isn't immediately freed up. - Though it's also possible that there are some dangling pointers still flowing around (not always deleted the right way) and thus occupied memory isn't released, which then would be more sort of memory leaks here.

Since I still use V1 apps under MacOS can't take a look at that in order to see if I can possibly reproduce that behavior, so someone else has to dive in here. - Further without source code in order take a closer look at it in a debugger and profiler it's hard to tell anyway.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Posted (edited)

Totally agree, memory leaks are a pain ******* to find. Good thing is that I know there are some issues and I can work around by splitting up content. Ive read that some guys have also problems with photo 2 to edit multiple open files. Smells like the same issue. Strange thing is, that sometimes garbage is collected but sometimes its not. Will wait for future updates. 

Edited by Klesk
spelling

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.