Drupal - Verbindungen von CCK Feldern und Inhaltstypen, um die Leistung?

Question

Ich helfe jemand mit einer Drupal 6-Installation, und sie sind sehr beunruhigt durch die Leistung der Website, auch wenn sie nur in der Phase der Definition von Content-Typen sind. Nur Laden der Liste Module können mehr als 30 Sekunden dauern, und das Importieren ein Inhaltstyp dauerte knapp 3 Minuten.

Dies ist auf einem großen gemeinsamen UNIX-System installiert ist, und ich bin mit anderen D6 Installationen auf dem gleichen Server ohne wirkliche Probleme (einige Langsamkeit, aber nichts ganz so schlimm). Ich habe heute Nachmittag einige Zeit auf dem Gelände alle des Nicht-Kern-Module zu deaktivieren, und konnte die Ladezeit für die Module Liste Seite runter zu etwa 5 Sekunden. Da ich Gruppen von Modulen wieder freigegeben, so schien es, dass derjenige, der die größte Performance-Einbußen entstehen, die CCK Familie von Modulen (15-20 Sekunden Anstieg der Ladezeit für die Module Liste) war.

Noch einmal, ich habe andere Websites auf diesem Server, die auch CCK ausgeführt werden (und die meisten der gleichen anderen Modulen) und nicht etwas Derartiges erlebt. Der wesentliche Unterschied ist, dass diese sehr langsam Website eine Tonne Inhaltstypen und CCK Felder definiert hat -. 46 separate Inhaltstypen und 162 CCK Felder

Ich zeichne eine Schlussfolgerung, dass es eine direkte Verbindung zwischen Standortleistung ist (zumindest in bestimmten Operationen mit bei der Erstellung und Bearbeitung von Content-Typ zu tun) und die Anzahl der Inhaltstypen und benutzerdefinierten Felder, aber ich habe nicht in der Lage gewesen, genau festzustellen, was die Auswirkungen dieser Inhaltstypen und Felder sind, und ob es alles, was Sie tun können, um ihre Auswirkungen zu mildern.

habe ich das Devel-Modul installieren, und stellte fest, dass der größte Leistung Drain auf der Seite Module in den Abfragen ist, die mit cache_menu zu tun, aber ich bin mir nicht sicher, ob das direkt auf die Anzahl von Inhaltstypen verknüpft ist und / oder Felder aus.

Jede mögliche Anleitung geschätzt wird!

Danke, Paul

Answer 1

Als erstes: Die Module Seite ist in der Tat ein böses Tier, da es vollständig all Drupals internen Caches leert und baut sie, dass die frisch installierten Module die neuesten Daten zu gewährleisten. Es ist kein guter Indikator für die Leistung der Website (da in der Regel nur bestimmte Verwaltungsaufgaben bündig diese Arten von Caches), obwohl es ärgerlich ist.

Zweitens: Importieren von Inhaltstypen auch den Cache-Speicher leert, weil CCK sicherstellen will, dass alles auf dem neuesten Stand und ist. Es ist suboptimal, aber dort haben Sie es.

Schließlich: Die Anzahl der CCK Felder und Inhaltstypen Sie beeinflussen haben, wie viel Arbeit erledigt wird, wenn Caches gespült und wieder aufgebaut. CCK zieht in alle Informationen über alle definierten Inhaltstypen und ihre Felder, die eine Datenstruktur baut sie alle, und verwendet für den späteren Gebrauch auf die im Cache gespeicherte Version zu beschreiben. Mit Hunderten von Feldern und Dutzenden von Inhaltstypen, dass die Cache-Datenwiederherstellung dauert länger, verschärft die Verzögerungen Sie auf der Module Seite sind zu sehen und beim Import neue Inhaltstypen.

Die gute Nachricht (wie es ist) ist, dass dieses besondere Problem nicht zu viel Einfluss Gesamtleistung auf der Website hat, nur die administrativen Maßnahmen, die diese Caches spülen.

Answer 2

Dies ist die gleiche Antwort, die ich auf einer anderen Drupal Frage gestellt; wenn Eatons Antwort nicht Ihr Problem lösen, sollten Sie vielleicht einen Blick auf die Ansichten Modul und dynamisches Menü Wiederaufbau haben. Jedes Mal, wird das Menü neu zu erstellen, zu 100 führenden oder sogar 1000 von Abfragen. Je nachdem, wie die Joins gemacht sind, können Sie sich mit zwei ähnlichen schließt sich am Ende, auf den gleichen Tabellen, was zu der Anzahl der Abfragen zu verdoppeln. Weitere Information finden Sie hier