# Performance optimierung Indexierung

**URL:** <https://forum.shopware.com/t/performance-optimierung-indexierung/72250>\
**Category:** Programmierung\
**Created:** [21. Januar 2021 um 15:33 UTC](https://forum.shopware.com/t/performance-optimierung-indexierung/72250 "2021-01-21T15:33:41Z")\
**Posts on this page:** 1\
**Showing post:** 28

<div class="post-metadata">

**Author:** ![dweseom](https://avatars.discourse-cdn.com/v4/letter/d/e56c9b/32.png) [@dweseom](https://forum.shopware.com/u/dweseom)\
**Post date:** [17. März 2022 um 06:54 UTC](https://forum.shopware.com/t/performance-optimierung-indexierung/72250/28 "2022-03-17T06:54:31Z")

</div>

Selbst mit der Möglichkeit die Indexierung zu deaktivieren und nur einmal zu indexieren würde sich das System bei Artikeln mit vielen Varianten aufhängen und zwar beim searchKeywordUpdater.

Ich habe das hier getestet:

> [@Import / Speicher Fresser](https://forum.shopware.com/t/import-speicher-fresser/65363/19):
>
> @dominikmank OK ist ja schon einmal schön, dass Shopware da dran arbeitet allerdings bringt die asynchrone Lösung einem größeren B2B-Shop überhaupt nichts - wenn dieser ständig mit SAP kommuniziert und ein Produkt 1,5GB Speicher frisst, brauchen wir bei 5000 Produkten ja Arbeitsspeicher im TB Bereich - ich bin wirklich großer Fan von SW6 aber an den Insert/Update/Upsert/Delete Befehlen ist noch viel Arbeit reinzustecken bevor größere Kunden damit arbeiten können. Generell führt der memory-Fres…

Ohne den searchKeywordUpdater benötigt das Indexing 300MB RAM und mit reichen keine 10GB aus.  
Verlagert man den Prozess ins asynchrone dauert der Task viel zu lange - für einen größeren Shop mit regelmäßigem Datenabgleich ist SW6 aktuell fehlerhaft.

---

_[View the full topic](https://forum.shopware.com/t/performance-optimierung-indexierung/72250)._
