# Slow performance and countless 2D drawings

**URL:** https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512
**Category:** Modeling Questions
**Created:** [April 27, 2023, 12:10pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512 "2023-04-27T12:10:09Z")
**Posts on this page:** 10
**Page:** 1

<div class="post-metadata">

### Author: ![benaston](https://avatars.discourse-cdn.com/v4/letter/b/bcef8e/32.png) [@benaston](https://discourse.shapr3d.com/u/benaston)
#### Post date: [April 27, 2023, 12:10pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512/1 "2023-04-27T12:10:09Z")

</div>

Shapr3D is very slow on my M2 Macbook.

I look in my 2D drawing “folder” and discover that I have over one thousand drawings, mostly blank and of the same “Body 922” (that no longer exists).

There is no way I intentionally created all these drawings; I presume these are artefacts of a bug that existed at some point (or perhaps still exists) in Shapr3D.

Given that there is no way to bulk delete drawings, I have created a MacOS automator task to delete them via the UI one by one. I will run this task over the course of several nights in a vain attempt to restore Shapr3D’s performance.

**My current suspicion is that drawings associated with an object/folder of objects are copied every time that object/folder is duplicated, and then not removed when the associated object/folder is deleted, leading to a quiet explosion of 2D drawings and a catastrophic degradation of app performance for workflows that involve routine duplication of objects.**

You are welcome for my investigating this issue despite your previous straightforward deletion of my post regarding it.

---

<div class="post-metadata">

### Author: ![Laci\_K](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.shapr3d.com/laci_k/32/8196_2.png) [@Laci\_K](https://discourse.shapr3d.com/u/Laci_K)
#### Post date: [April 27, 2023, 12:14pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512/2 "2023-04-27T12:14:40Z")

</div>

Hi,

Did you happen to import .shapr files to this workspace?

Could you also open a support ticket and upload the problematic file so we can investigate?

---

<div class="post-metadata">

### Author: ![benaston](https://avatars.discourse-cdn.com/v4/letter/b/bcef8e/32.png) [@benaston](https://discourse.shapr3d.com/u/benaston)
#### Post date: [April 27, 2023, 12:22pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512/3 "2023-04-27T12:22:34Z")

</div>

If I find a way to eliminate the IP while maintaining the issue, I’ll attach the .shapr.

---

<div class="post-metadata">

### Author: ![benaston](https://avatars.discourse-cdn.com/v4/letter/b/bcef8e/32.png) [@benaston](https://discourse.shapr3d.com/u/benaston)
#### Post date: [April 27, 2023, 12:35pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512/4 "2023-04-27T12:35:32Z")

</div>

Here is the exported .shapr file with all but one object deleted from it. All the drawings remain (well “all” after I have manually deleted about 120). I note that despite only containing a single object, the file is over 500MB.

> **[lots-of-drawings.shapr.zip](https://wetransfer.com/downloads/b1bf72387ddaf444469451af773a069420230427122802/e84592)**
>
> 1 file sent via WeTransfer, the simplest way to send your files around the world

I don’t know if all features of the performance degradation are retained, given nearly all the objects have been deleted for IP reasons; but as far as I can tell, some issues do remain:

1. Switching to visualization mode takes around 15 seconds on my M2 Macbook Air
2. Exporting a .shapr file takes 10+ seconds

---

<div class="post-metadata">

### Author: ![Laci\_K](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.shapr3d.com/laci_k/32/8196_2.png) [@Laci\_K](https://discourse.shapr3d.com/u/Laci_K)
#### Post date: [April 27, 2023, 12:51pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512/5 "2023-04-27T12:51:53Z")

</div>

Thanks, I’ll check it.

Did you import .shapr files into this workspace?

When deleting models, did you delete the related drawings?

---

<div class="post-metadata">

### Author: ![benaston](https://avatars.discourse-cdn.com/v4/letter/b/bcef8e/32.png) [@benaston](https://discourse.shapr3d.com/u/benaston)
#### Post date: [April 27, 2023, 12:57pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512/6 "2023-04-27T12:57:03Z")

</div>

This is a long-running project and so .shapr files will have been imported to this file and, the “delete related drawings” will have been answered “yes” and “no” at various times.

I did not get the “delete related drawings” dialog when deleting all the objects for the purposes of supplying you with this file.

---

<div class="post-metadata">

### Author: ![Laci\_K](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.shapr3d.com/laci_k/32/8196_2.png) [@Laci\_K](https://discourse.shapr3d.com/u/Laci_K)
#### Post date: [April 27, 2023, 2:04pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512/7 "2023-04-27T14:04:16Z")

</div>

I found nothing inherently wrong / buggy with the workspace, so it would be nice to know which .shapr files were imported into it.

One scenario that would explain the amount of drawings, is if you have imported for example a component in .shapr format, and it already had drawings. Since .shapr contains all data (visualization, and drawings too, not only the models), any time you import them, the drawings are added to the list. This way it’s quite easy to reach large amount of drawings. Since each one of them has 2 thumbnails (light and dark), and the drawing’s data itself, this also explains why the file size grows so much. So what I can suggest for now, is not to include drawings in models you plan to reuse, especially multiple times in a model, but save them without drawings. One convenient way for it is using x\_t since it only contains the models themself, and nothing elese.

On the same note, we do plan on improving the multi-drawing selection because it’s not great as it is, as well as performance of the app.

---

<div class="post-metadata">

### Author: ![benaston](https://avatars.discourse-cdn.com/v4/letter/b/bcef8e/32.png) [@benaston](https://discourse.shapr3d.com/u/benaston)
#### Post date: [April 27, 2023, 3:09pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512/8 "2023-04-27T15:09:55Z")

</div>

OK thank you. I’ll try the x\_t approach to exclude the drawings.

---

<div class="post-metadata">

### Author: ![benaston](https://avatars.discourse-cdn.com/v4/letter/b/bcef8e/32.png) [@benaston](https://discourse.shapr3d.com/u/benaston)
#### Post date: [April 27, 2023, 3:18pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512/9 "2023-04-27T15:18:53Z")

</div>

Exporting as x\_t and then importing to a fresh file solves the visualisation-mode-switch performance issue. Thank you very much.

---

<div class="post-metadata">

### Author: ![Laci\_K](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.shapr3d.com/laci_k/32/8196_2.png) [@Laci\_K](https://discourse.shapr3d.com/u/Laci_K)
#### Post date: [April 27, 2023, 5:11pm UTC](https://discourse.shapr3d.com/t/slow-performance-and-countless-2d-drawings/25512/10 "2023-04-27T17:11:25Z")

</div>

I’m happy that it helped 🙂
