Inkrementelle Sitemap um Performance zu sparen

Japs hat geschrieben:Eventuell habe ich ja auch was falsch missverstanden, aber ich kann mir beim besten Willen nicht vorstellen, dass wenn man eine Sitenmap erstellt, wo das Projekt 300.000 Seiten hat, dass dies kein Server aushalten sollte

Das kommt immer ganz drauf an, wie die Generatoren arbeiten. Oft bauen sie auf den Board-Code auf und laden mehr oder weniger sämtliche Threads komplett, um dann am Ende die richtigen "sauberen" URLs auszugeben. Da sind dann selbst 300K-Beiträge schon eine *fette* Belastung, egal wie groß der Server dimensioniert ist.

Übrigens noch zu den "nur" 500 parallelen Zugriffen: auch das ist schon sehr viel. Ein einzelner Server hält sowas nur aus, wenn schlaue Caches den Datenbankzugriff minimieren. Die meisten Boards würden von solchen Zugriffszahlen einfach geplättet werden, meine ich.

profo hat geschrieben: Übrigens noch zu den "nur" 500 parallelen Zugriffen: auch das ist schon sehr viel. Ein einzelner Server hält sowas nur aus, wenn schlaue Caches den Datenbankzugriff minimieren. Die meisten Boards würden von solchen Zugriffszahlen einfach geplättet werden, meine ich.

Genau das ist der Punkt: in meinen Augen sind in der Regel nicht die Zugriffe zu viel, sondern nur wie sie gemacht werden.
Prepared Statements, persistente Verbindungen, DB-Partitionierung, gut aufgebaute Indizes, materialisierte Sichten, usw. sind die Stichwörter, mit denen auch 1000 parallele Zugriffe in meinen Augen gut machbar sind.

Bei der üblichen DB-Benutzung, wo jedes Mal eine neue Verbindung aufgebaut wird und dann erst Mal ein FullTableScan gemacht wird sind natürlich schon zwei parallel einer zu viel.