Increase in runtime and memory usage in v8.0.3

No, I have not. I may do that when the bandwidth allows.

For now, just curious if others are experiencing what I am.

Sounds like a bug tbh. Unique designs can encounter unique performance problems

There is nothing proprietary about my design and I’d be willing to offer it as a testcase.
LMK

And…if it helps CERN development, this board will be used for beam testing. Mostly heavy ion with a little neutron and proton too

This triggers a memory from the Solderless Breadboard from Architeuthis Flux I once had a look at that project, and found that KiCad was responding extremely slow. After some time experimenting I discovered it was caused by the logo on the silkscreen layer. When I removed that single picture, the project was responsive again in KiCad.

Can you open a gitlab issue detailing performance issues with your design? You can attach the design there. You can also mark the issue confidential so only developers see it if you want.

Interesting.
While I do have a logo to add, it is not incorporated yet. I did add it at one time and was hoping to see it in the 3D viewer with everything else, but it didn’t show in the viewer. I removed it (temporarily).

Sure. I’ll probably do it later today. Thanks

I am not implying that your performance has something do do with a logo. I only mentioned it as an example that a single object can cause performance problems.

Maybe I should create an issue for that solderless breadboard too (or at least the logo in that project).

(Edit: More details about this in the thread below)

I did not take it as an implication. Just thought that something trivial like that could cause a problem. We’re good

That’s absolutely not his problem by description in a million years.

Gitlab case has been created. It was unclear to me if the files I uploaded made it. If you can let me know, I will correct it if necessary.

Another thing that “won’t be his problem” but, posted for Mac users… On Mac, select the Application, Get_Info and set ‘Prevent AppNap’. This makes a world of difference for Apps that feature this (for example, when calculating lot’s of data and time exceeds the system ‘wait’ setting. If you/users use FreeCAD and a Mac, you may already know about this…

Screen Shot 2024-07-16 at 15.16.40

The files in Gitlab now…

Due to the lack of physical space on this laptop, I have very few apps installed. Also keep in mind that I was using v7.0.10 without issue.

Here is my latest C++ runtime libs (which look to be current):

I appreciate the offer
Let me look at my Carbon and see if it is compatible and has an extra SODIMM slot. As this is very slim, I’m guessing that it only has one.

That again is not how any of this works nor how Windows works.

If something was missing, the app would be crashing/refusing to run. There is no such thing as a partial runtime install with no immediate consequence.

I know this.
Oh, by the way that quoted comment is deleted, pardon mois.

My runtime issue is resolved. The root cause was an abundance of abnormal trace segments that was probably created using the Round Tracks plug-in. I want to thank the KiCad team for their help in identifying and providing an approach to remove those segments. DRC runtime is now as expected.

2 Likes

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.