Hi Andreas

Ist auch naheliegend: Alles, was performance-relevant ist, in C (ohne Interpreter-Aufruf), während die Benutzereinstellungen ja eher selten aufgerufen werden und dann auf leichtere Wartbarkeit ausgelegt sind.
Wird die Suche dann auch in C geschreiben? Wobei - vermutlich passiert eh das meiste in der 4GL, da bringt C am Ende vermutlich nicht so viel, oder? Wobei es schon gut wäre wenn das Suchscript ebenfalls im RAM gehalten werden könnte, oder?

Die Suche wird in C geschrieben. Nicht weil sie im Speicher gehalten wird dann, es gibt
imho keinen Grund für einen Suchserver (die Suchergebnisse sind sehr schnell nicht
mehr gültig, es ist ziemlich unwahrscheinlich das in der kurzen Zeit so oft
genau das selbe gesucht wird, und Suchergebnisse werden auf einer Seite dargestellt).

Die Gründe sind sehr einfach, Suche, altes Forum und Archivviewer werden benutzt für DOS-Attacken.
Die Scripte haben zwar alle eine Bremse drin damit sie sich bei zuviel Traffic gleich wieder beenden,
aber bei Perl muss der Interpreter erst gestartet werden... Das hat gereicht um den Load im
höchsten Fall schon auf 800 zu bringen (2-4 ist gerade noch vertretbar, mehr wird heikel).

Zudem kann so compiliertes SQL genommen werden (kein MySQL da es das nicht beherrscht),
nach meinen Erfahrungen bringt das einen Geschwindigkeitszuwachs im Bereich von 10er
Potenzen bei einfachere Abfragen. Bei grösseren Abfragen entsprechend weniger da der Anteil
vom interpretieren an der gesamten Zeit gemessen kleiner wird.

Gruss Daniela