Langsames Laden beim ersten Serveraufruf

[Ch.Schneebeli]

Hallo zusammen,

Mein Problem ist folgendes:
Wenn ich den Zope-Server ca 12h ungebraucht lasse, brauch die Plone-site (aber auch das ZMI) über eine Minute zum Laden (PTProfiler zeigt keine grossen Ladezeiten an). Dannach kommte jede Seite Blitzschnell <1s .

Habe da ein bisschen nachgeforscht, und diesen Thread gefunden:
Klick hier
Dieses Problem scheint aber schon lange gelöst zu sein.
Aber wir (Firma) arbeiten nur mit AIX. Und AIX/Zope/Python war ja schon immer recht knifflig.

Könnte es sein, dass dieses Problem bei AIX nich existiert?
Oder an wass könnte es sonst liegen?
Squid/Apache würde sicher helfen, aber ich will ja das Problem nicht einfach umgehen...

Plone 3.1.7
CMF 2.1.1
Zope (Zope 2.10.6-final, python 2.4.5, aix5)
Python 2.4.5 (#4, Dec 11 2008, 14:30:55) [C]
PIL 1.1.6
Server ist kaum belastet.

Gruss Christian

[ajung]

On 26.05.09 08:10, Ch.Schneebeli wrote:

> Hallo zusammen,
>
> Mein Problem ist folgendes:
> Wenn ich den Zope-Server ca 12h ungebraucht lasse, brauch die Plone-site
> (aber auch das ZMI) über eine Minute zum Laden (PTProfiler zeigt keine
> grossen Ladezeiten an). Dannach kommte jede Seite Blitzschnell <1s .
>
> Habe da ein bisschen nachgeforscht, und diesen Thread gefunden:
> http://mail.zope.org/pipermail/zodb-dev/2007-March/010846.html Klick hier
> Dieses Problem scheint aber schon lange gelöst zu sein.
> Aber wir (Firma) arbeiten nur mit AIX. Und AIX/Zope/Python war ja schon
> immer recht knifflig.

Das initiale Laden von Objekten aus der ZODB (eventuell über ZEO) kann ggf.
lange dauern (dumme Programmierung bei Drittprodukten kann dies noch
verschlimmern).
Wo ist das genaue Problem für den realen Betrieb?

Andreas


[lists.vcf]

---

begin:vcard
fn:Andreas Jung
n:Jung;Andreas
org:ZOPYX Ltd. & Co. KG
adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany
email;internet:[hidden email]
title:CEO
tel;work:[phone]
tel;fax:[phone]
tel;home:[phone]
x-mozilla-html:FALSE
url:www.zopyx.com
version:2.1
end:vcard

---

_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope

[Ch.Schneebeli]

Danke für die schnelle Antwort.

Die Plonesite ist nur fürs Intranet, und wenn nach dem Wochenende am Montagmorgen dann mehrere Mitarbeiter auf den ungebrauchten Server zugreiffen, geht das Laden noch länger. Haben das mal getestet als nur 2 Personen zugreiften, und ging 5 Minuten.

Habe auch schon probiert ein "nacktes" Plone ohne Zusatzprodukte und Customizing aufzurufen, was aber genau so langsam war...

Andreas Jung-5 wrote:

Das initiale Laden von Objekten aus der ZODB (eventuell über ZEO) kann ggf.
lange dauern (dumme Programmierung bei Drittprodukten kann dies noch
verschlimmern).
Wo ist das genaue Problem für den realen Betrieb?

Andreas

_______________________________________________
zope mailing list
[e-mail]
https://mail.dzug.org/mailman/listinfo/zope

[Jens W. klein-2]

Am Montag, den 25.05.2009, 23:33 -0700 schrieb Ch.Schneebeli:
> Danke für die schnelle Antwort.
>
> Die Plonesite ist nur fürs Intranet, und wenn nach dem Wochenende am
> Montagmorgen dann mehrere Mitarbeiter auf den ungebrauchten Server
> zugreiffen, geht das Laden noch länger. Haben das mal getestet als nur 2
> Personen zugreiften, und ging 5 Minuten.
>
> Habe auch schon probiert ein "nacktes" Plone ohne Zusatzprodukte und
> Customizing aufzurufen, was aber genau so langsam war...

Kann es sein, dass der Server auf Disk auslagert und es deswegen solnage
dauert bis die Daten wieder zur Verfügung stehen? Wie sieht es nach dem
Neustart des Systems aus, wenn Zope im FG gestartet sagt 'Ready to
handle requests'? Dauert es da auch ewig?

Nebenbei: Ein CacheSetup installiert beschleunigt allein wegen der
gesetzten Caching Header schon (auch ohne Squid/Varnish) (auch wenn
Andres jetzt bestimmt dagegenwettert ;-) ).

gr Jens

>
> Andreas Jung-5 wrote:
> >
> > Das initiale Laden von Objekten aus der ZODB (eventuell über ZEO) kann
> > ggf.
> > lange dauern (dumme Programmierung bei Drittprodukten kann dies noch
> > verschlimmern).
> > Wo ist das genaue Problem für den realen Betrieb?
> >
> > Andreas
> >
> > _______________________________________________
> > zope mailing list
> > [hidden email]
> > https://mail.dzug.org/mailman/listinfo/zope
> >
> >
>
>
> _______________________________________________
> zope mailing list
> [hidden email]
> https://mail.dzug.org/mailman/listinfo/zope

--

Jens Klein
Software Architect
Managing Director, General Partner
[phone]

BlueDynamics Alliance        WEB APPLICATIONS,  ZOPE,  PLONE, HOSTING
Klein & Partner KEG          production: concept, development, design
http://bluedynamics.com      consulting: analysis, coaching, training
http://zoplo.com             management: projects, process, community




_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope

[ajung]

On 26.05.09 08:33, Ch.Schneebeli wrote:

> Danke für die schnelle Antwort.
>
> Die Plonesite ist nur fürs Intranet, und wenn nach dem Wochenende am
> Montagmorgen dann mehrere Mitarbeiter auf den ungebrauchten Server
> zugreiffen, geht das Laden noch länger. Haben das mal getestet als nur 2
> Personen zugreiften, und ging 5 Minuten.
>
> Habe auch schon probiert ein "nacktes" Plone ohne Zusatzprodukte und
> Customizing aufzurufen, was aber genau so langsam war...
>  

Wird das Plone am Wochenende neugestartet oder kann es sein, dass der

Zope Prozess einfach nur ausgeswappt wurde? Falls neu gestartet,
dann könnte ein automatisches 'wget' auf einige Seiten per Cron nach dem
Restart
die Caches automatisiert füllen. Falls ausgeswappt: RAM kaufen oder
eventuell
den Trick via automatisiertem 'wget' probieren.

Andreas

[lists.vcf]

---

begin:vcard
fn:Andreas Jung
n:Jung;Andreas
org:ZOPYX Ltd. & Co. KG
adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany
email;internet:[hidden email]
title:CEO
tel;work:[phone]
tel;fax:[phone]
tel;home:[phone]
x-mozilla-html:FALSE
url:www.zopyx.com
version:2.1
end:vcard

---

_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope

[Ch.Schneebeli]

Andreas Jung-5 wrote:

Wird das Plone am Wochenende neugestartet oder kann es sein, dass der
Zope Prozess einfach nur ausgeswappt wurde? Falls neu gestartet,
dann könnte ein automatisches 'wget' auf einige Seiten per Cron nach dem
Restart
die Caches automatisiert füllen. Falls ausgeswappt: RAM kaufen oder
eventuell
den Trick via automatisiertem 'wget' probieren.

Andreas
_______________________________________________
zope mailing list
[e-mail]
https://mail.dzug.org/mailman/listinfo/zope

Danke. Nein, der Prozess läuft am Wochenende weiter. Denke das mit einem cron zu umgehen funktioniert, da ja die Seiten auch sonst schnell laden, wenn jede Stunde jemand auf den Zopeserver zugreifft.

Jens W. klein-2 wrote:

Kann es sein, dass der Server auf Disk auslagert und es deswegen solnage
dauert bis die Daten wieder zur Verfügung stehen? Wie sieht es nach dem
Neustart des Systems aus, wenn Zope im FG gestartet sagt 'Ready to
handle requests'? Dauert es da auch ewig?

Nebenbei: Ein CacheSetup installiert beschleunigt allein wegen der
gesetzten Caching Header schon (auch ohne Squid/Varnish) (auch wenn
Andres jetzt bestimmt dagegenwettert ;-) ).

gr Jens

Das werde ich sicher überprüfen lassen, habe aber leider nicht die Hoheit über den Server, wird also eine Weile dauern...
Danke, werd ich machen.

[Maik Derstappen, Derstappen IT]

Ch.Schneebeli schrieb:

> Hallo zusammen,
>
> Mein Problem ist folgendes:
> Wenn ich den Zope-Server ca 12h ungebraucht lasse, brauch die Plone-site
> (aber auch das ZMI) über eine Minute zum Laden (PTProfiler zeigt keine
> grossen Ladezeiten an). Dannach kommte jede Seite Blitzschnell <1s .
>
> Habe da ein bisschen nachgeforscht, und diesen Thread gefunden:
> http://mail.zope.org/pipermail/zodb-dev/2007-March/010846.html Klick hier
> Dieses Problem scheint aber schon lange gelöst zu sein.
> Aber wir (Firma) arbeiten nur mit AIX. Und AIX/Zope/Python war ja schon
> immer recht knifflig.
>
> Könnte es sein, dass dieses Problem bei AIX nich existiert?
> Oder an wass könnte es sonst liegen?
> Squid/Apache würde sicher helfen, aber ich will ja das Problem nicht einfach
> umgehen...
>
> Plo

hi,

hängt das teil hinter nem apachen?
wenn ja hast du mal nen top angeschmissen, bevor Ihr Plone morgens benutzt?

Wir hatten mal ein Problem mit nem apachen, der übernacht immer wenn er
nicht getriggert wurde den RAM gefressen hat, sobalt er ab und zu nen
Request am Tag bekam war alles in Ordnung.
Vieleicht hilfts dir ja ;-)

--
========================================================================

Derstappen    I T  Consulting   Tel:         +49 ( 341 )   600  13  0 31
Zope/E-Mail/Backup/Monitoring   Mobil:       +49 ( 178 )   861  2    833
M a i k   D e r s t a p p e n   Fax:         +49 ( 180 ) 5 021 121 90 56
H e r l o ß s o h n s t r  12   Email:  [hidden email]
0 4 1 5 5       L e i p z i g   Internet:    http://www.derstappen-it.de

========================================================================




_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope

[Vladislav Vorobiev-2]

> Plone 3.1.7
> CMF 2.1.1
> Zope (Zope 2.10.6-final, python 2.4.5, aix5)
> Python 2.4.5 (#4, Dec 11 2008, 14:30:55) [C]
> PIL 1.1.6
> Server ist kaum belastet.

Was sagt den "top" dem ersten Zugriff?
Steigt die Prozessor last?

Hast du ++resource++ Dateien? Die könnten auch Schuld sein.

Grüß
Vlad



_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope

[Jens W. klein-2]

Am Dienstag, den 26.05.2009, 17:10 +0200 schrieb Vladislav Vorobiev:

> > Plone 3.1.7
> > CMF 2.1.1
> > Zope (Zope 2.10.6-final, python 2.4.5, aix5)
> > Python 2.4.5 (#4, Dec 11 2008, 14:30:55) [C]
> > PIL 1.1.6
> > Server ist kaum belastet.
>
> Was sagt den "top" dem ersten Zugriff?
> Steigt die Prozessor last?
>
> Hast du ++resource++ Dateien? Die könnten auch Schuld sein.

Warum?

Ich hab davon etliche und nie Probleme bisher.

gruss
--
Jens Klein
Software Architect
Managing Director, General Partner
[phone]

BlueDynamics Alliance        WEB APPLICATIONS,  ZOPE,  PLONE, HOSTING
Klein & Partner KEG          production: concept, development, design
http://bluedynamics.com      consulting: analysis, coaching, training
http://zoplo.com             management: projects, process, community




_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope

[Vladislav Vorobiev-2]

Hallo Jenz,

>> Hast du ++resource++ Dateien? Die könnten auch Schuld sein.
>
> Warum?
>
> Ich hab davon etliche und nie Probleme bisher.

ohne jetzt genau zu wissen wie die Ressource Dateien von Zope Server
ausgeliefert werden beobachte ich in Zope2.11 folgendes:

Beispiel:
Ich binde
<script type="text/javascript" src="/++resource++prototype.js"></script>
<script type="text/javascript" src="/++resource++effects.js"></script>
<script type="text/javascript" src="/++resource++sarissa.js"></script>
<script type="text/javascript" src="/++resource++base2-dom-fp.js"></script>
<script type="text/javascript" src="/++resource++kukit.js"></script>

von kss.core in eine HTML Seite ein. Ich beobachte Dabei den Effekt,
dass bei erstem Zugriff auf die Seite(nach dem neustart) die
Prozessorlast auf ca. 100% steigt und es bleibt dabei ca. 1
Minute(abhängig von Prozessor des Systems). Da ich die Ressource
Dateien nicht verwende habe ich keine Nachforschungen angestellt und
umgehe es kurzer Hand mit Rewrites des http-servers wo die benötigt
werden.
Ich beobachte dies an mehreren Zope Servern also es Betrifft nicht nur
einen. Die Konfiguration ist aber sehr identisch. Zope2.11 und Debian
Python2.4.

Grüß
Vladislav



_______________________________________________
zope mailing list
[hidden email]
https://mail.dzug.org/mailman/listinfo/zope