ASP.Net: Enge Schleife In der Präsentationsschicht

Question

Wir holen mehr als 1000 Datenzeilen von einem externen System und wir müssen die Daten in ein viel besseres Präsentationsformat formatieren, bevor wir es anzeigen an den Endbenutzer auf der Webseite.

Wenn wir eine Schleife durch die Daten in ASPX Seiten, eine Fest Schleife schaffen (oder enge Schleife?), Die mehr als 95% der CPU verbraucht.

Wie vermeiden wir Spitzen-CPU und hat auch den Prozess so schnell wie möglich abgeschlossen? TIA

Answer 1

1. Kaufen Sie einen schnelleren Server
2. Kaufen mehrere Server
3. Sie weniger Arbeit

Sie jede Anstrengung duplizieren hier? Sind es die gleichen 1000 Zeilen bei nachfolgenden Anfragen für die gleichen Daten? Dann sollten Sie vielleicht die Ergebnisse zwischenspeichern? Sind einige der Berechnungen immer wieder dieselben? Dann sollten Sie vielleicht die Ergebnisse der Berechnungen zusammen mit den Rohdaten speichern.

Fazit: Machen Sie keine enge Schleife in der Präsentationsschicht. Es gehört nicht dorthin.

Es tut auch weh Ihrer Skalierbarkeit, BTW. Sie binden Worker-Threads, die andere Anforderungen verarbeiten können, möglicherweise andere Anforderungen, die sich nicht in engen CPU-Schleifen befinden.

Answer 2

Aufbauend auf Johns # 3, brauchen Sie wirklich 1000 Zeilen Daten? Das klingt nach viel. Benutzer werden es nicht schätzen, das manuell durchgehen zu müssen. Erwägen Sie, Seiten- oder Suchfunktionen anzubieten, die den auf dem Bildschirm angezeigten Betrag auf einmal reduzieren. Wenn Sie dies bereits auf eine kleinere Anzahl von Datensätzen kompilieren, können Sie dies wahrscheinlich effizienter in Ihrer Datenbank tun.

Answer 3

Wenn Sie nicht viel wirklich komplizierte Sachen tun, würde ich mich wundern, wie Sie bemerken, dass Ihre CPU für eine merkliche Zeitspanne knirscht nur 1000 Reihen zu drehen. Sie können in einem sehr kurzen Zeitraum ernsthafte Arbeit an einem modernen Server leisten, solange sich die Daten bereits im Speicher befinden (was sich in Ihrem Fall anhört).

Tun Sie Dinge wie immer wieder über die Elemente iterieren (dh. Verschachtelte Schleifen), wenn ein Wörterbuch verwenden würde besser funktionieren? Sehen Sie sich genau an, was Sie tun und überlegen Sie, wie oft jede Codezeile tatsächlich ausgeführt wird.

auf etwa 500.000 Objekte Einige Code, den ich auf der letzten Woche gearbeitet hatte eine Reihe von komplexen Sicherheitsregeln zu bewerten. Der Endcode dauerte ungefähr 3,5 Minuten zum Ausführen - 2 Minuten zum Laden von der Datenbank, 10 Sekunden zum Verarbeiten und 1 Minute 20 Sekunden zum Schreiben der Ergebnisse in die Ergebnisdatei. Sobald Sie alles im Speicher haben, können Sie überraschend schnell Daten abrufen, wenn Sie sicherstellen, dass Sie die Daten nicht öfter als nötig durchlaufen.