Qcache_lowmem_prunes 325692026 Häufigkeit der Bereinigung des MySQL-Anfrage-Caches aus Mangel an Speicher (sollte idealerweise N

Dann solltest du das http://dev.mysql.com/doc/refman/5.1/de/query-cache-status-and-maintenanc... (unten) mal lesen.

----------------------------------------
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.

Das PHP Speicherlimit hat mit dem Query Cache von MySQL soviel zu tun wie der Schuhschrank deiner Freundin mit Ladevolumen des Kombis deines Vaters.

Wie Tobi schon schrub müsstest du dich damit schon mit den Internas der Parameter von MySQL beschäftigen. Abgesehen davon hast du uns genau 0 Informationen über dein System geben. Shared Hosting oder eigener Server? Sind noch andere Anwendungen mit MySQL-Zugriff auf der Karre?

"Schwierigkeiten mit der Leistung meiner Drupal-Seite" kann auch alles und nichts heißen. Reden wir von Frontend-Performance? Reden wir von Seitengenrierungszeiten? Anonym oder eingeloggt? Was sagt das Devel-Modul?

Usw. usf.

--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!

webseiter.de

hi jack
das hat mit dem mysql Abfrage-Cache zu tuen
Qcache_lowmem_prunes = die Anzahl der Abfragen welche wegen Speichermangels gelöscht werden mussten.
Und das ist idealerweise = 0
Gib deinem MySQL Server mehr Zucker und dann schnurrt das auch wieder :)

aha, dann muß ich also weitersuchen ! Naja wenn was Null sein sollte und dann ne Zahl nicht nur nen bissl drüber dann da steht ist es schon verwunderlich ?

aber hier noch die fehlenden Angaben:

Drupal 6.15
Aktualisierungsbenachrichtigung Aktiviert
Aktualisierungsstatus des Drupal-Kern Aktuell
Aktualisierungsstatus von Modulen und Themes Aktuell
CAPTCHA Already 4 blocked form submissions
Cron-Wartungsaufgaben Zuletzt vor 1 Stunde 36 Minuten ausgeführt
Cron kann per Hand ausgeführt werden.
Dateisystem Beschreibbar (öffentliche Download-Art)
Datenbankaktualisierungen Aktuell
GD-Bibliothek 2.0 or higher
Konfigurationsdatei Geschützt
MySQL-Datenbank 5.0.45
PHP 5.2.4-2ubuntu5.7
PHP Register Globals Deaktiviert
PHP-Speicherlimit 60M
Unicode-Bibliothek PHP-Erweiterung "mbstring"
Webserver Apache/2.2
Zugriff auf update.php Geschützt

Webhosting-Paket unlimited bei 1blu
Nach deren Aussagen ist alles ok !

Die Fehler sind: Internal Server Error (ohne Zahl) - Der Server unter www.europa-traders.eu braucht zu lange, eine Antwort zu senden ! - Serverrequest Error !

So wie ich das Beobachten konnte, tritt dies sehr sporadisch auf und ab ca 14 Tagen mehrmals täglich. Dann gehts aber weiter als ob nichts gewesen wäre. Angemeldete Benutzer und der Admin sind meiner Meinung mehr betroffen wie Besucher, dass wechselt aber auch.

Installiert sind folgende Module

Drupal 6.15
Beinhaltet: Aggregator, Block, Blog, Blog API, Book, Color, Comment, Contact, Content translation, Database logging, Filter, Forum, Help, Locale, Menu, Node, PHP filter, Path, Ping, Poll, Profile, Search, Statistics, Syslog, System, Taxonomy, Throttle, Tracker, Trigger, Update status, Upload, User

Advanced help 6.x-1.2
Beinhaltet: Advanced help, Advanced help example

BUEditor 6.x-1.4
Beinhaltet: BUEditor

CAPTCHA 6.x-2.1
Beinhaltet: CAPTCHA, Image CAPTCHA

Content Construction Kit (CCK) 6.x-2.6
Beinhaltet: Content, Content Copy, Content Permissions, Fieldgroup, Node Reference, Number, Option Widgets, Text, User Reference

Twitter 6.x-2.6
Beinhaltet: Twitter, Twitter actions

Views 6.x-2.8
Beinhaltet: Views, Views UI, Views exporter

Waffles 6.x-1.3
Beinhaltet: Waffles

Das Theme Waffles hatte ich Anfangs im Verdacht, nach dem ich dann den versteckten russischen Backlink rausgenommen hatte, habe ich zumindest keine Spammer mehr gehabt, die sich mit mail.ru angemeldet hatten.

Ich hoffe das die Angaben jetzt einigermaßen aussagekräftig sind, wenn nicht sagt mir was Ihr noch braucht um einen Tipp geben zu können.

Ich Danke euch

Jack Bauer

Auf MySQL Konfigurationsparameter hast du bei Shared Hosting keinen Einfluss. "Alles in Ordnung" kann aus Sicht eines Hosters auch alles und nichts heißen. Die von dir genannte Zahl als solche ist relativ wenig aussagekräftig ohen Rahmenbedingungen zu kennen. Wenn die Anwendungen von 200 Kunden auf demselbn Datenbankserver laufen ist klar, dass der Query Cache ständig geleert werden muss...

Wir können von außen keine Aussage darüber treffen mit wievielen Anwendungen du dir den Webspace auf derselben Maschine teilst und unter welchen Parametern diese laufen.

Sahred Hosting ist zum profilen einer Anwendung völlig ungeeignet, Antworten bzgl. ein paarEckdaten, auf die ich dich ansprach, gabs auch keine. Von daher würde ich sagen, musst du mit der Situation leben, darauf hoffen, dass sie sich von selbst erledigt, oder aber den Hoster wechseln. Wechselst du wieder auf ein Shared Hosting Paket musst du etwas Glück haben, dass die Situation dauerhaft besser wird, denn die grundsätzlichen Probleme / Limits beim Shared Hosting sind relativ gleich. Ohne weiteres kann dir keiner sagen ob Fehler durch Probleme am eigentlichen System oder durch Anwendungen Dritter verursacht werden.

Situationen wie auf einem Teil meiner Server, wo drei öffentliche Websites sich eine komplette und recht große Maschine (8 Cores, 8 GB RAM) teilen, bekommst du nicht für ein paar Euro im Monat bei den großen Hostern. Die können nur konkurrenzfähige niedrige Preise anbieten, wenn sie ihre Maschinen allesamt möglichst gut auslasten können. Ein ausgelasteter Server wiederum ist das, was man im Web nicht gebrauchen kann, weil er keine Reserven hat.

--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!

webseiter.de

wollte eigentlich nur nen tipp ob ich auf dem richtigen weg bin, dass das so nicht geht hab ich begriffen.
Hab mich erst seit knapp einem halben Jahr intensiv mit Drupal beschäftigt, so das ich, wenn die äußeren Bedingungen stimmen, wenn auch manchmal uneinsichtig, mit Drupal Basic klar komme.

diese scheinen hier nicht zu stimmen, so dass ich mich mit meinem hoster auseinandersetzen werde.

das Problem ist nicht der eigene Server oder das was er kostet, sondern die administration da man doch schon ein gewisses können vorweisen muss um einen server funktionstauglich zu konfigurieren.

Trotzdem Danke

Jack Bauer

Das ist grundsätzlich richtig und ich persönlich finde es löblich, dass du für dich zu dem Entschlus gekommen bist, dass du die Finger liber davon lässt. Schlecht / nicht aufgesetzte Root-Server bringen nur Kosten und Frust und sind zudem auch ein ständiger Quell von Problemen für andere.

Was Shared Hosting angeht, schau dir vllt. mal Hosteurope an. Da kannst du jederzeit zwischen den Pakten wechseln und so ggf. bei steigenden Anforderungen auch das Hosting mit anpassen. Dazu musst du dann jeweils auch nichts umziehen oder umstellen. Das erledigt HE für dich. Wenn auch das WebPack 2.0 XXL dann irgendwann nicht mehr reichen sollte, kannst du von dort noch auf eines der Managed Virtual Server Pakete wechseln.

Oder aber du suchst dir jemanden der selbst Root-Server (egal ob virtuell oder dediziert) betreut und dir ein lauschiges Plätzchen anbieten kann, oder sich für dich um deinen Server kümmert.

--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!

webseiter.de

für Drupal muß man schon ne ne gewisse heroische Begeisterung entwickelen, ansonsten bleibt man bei wordpress hängen. (soll keine abwertung sein)

Danke nochmal für Deine Tipps,werden so lange mich durchboxen bis ichs kann, habe, oder was auch immer.

Viel Grüß Jack

Naja , versuch mal ein dickes fettes Wordpress-Blog zu tunen. Da stößt du in Sachen Skalierbarkeit sehr schnell sehr deutlich an Grenzen. Dass Drupal mehr kann ist unbestritten. Mehr Hebel und Schalter erfordern natürlich auch mehr Background.

Great power comes with great responsbility.

--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!

webseiter.de

Na ja, ist genau so wie Ihr schon gesagt hattet, sollte ich dies aus den Zeilen meines Anbieters richtig interpretiert haben !

Hier die Antwort:

Im Speziellen können Anwendungen, die viel Speicher belegen und zuviel
Rechenzeit erfordern Anlass für einen Serverfehler 500 sein. Interne
Überwachungsprozesse messen den Speicherverbrauch jedes Accounts. Bei
Überschreitung der zugewiesenen Ressourcen kann es zu einer frühzeitigen
Beendung der Prozesse kommen.

Im SharedHosting-Bereich werden Ressourcen zum Teil dynamisch generiert. Das
System weist somit flexibel benötigte Ressourcen an Prozesse zu. Um eine
optimierte Funktion zu gewährleisten, kann es im Einzelfall dazu kommen, dass
ein vorher funktionierendes Skript, nicht mehr ausgeführt wird.
Vielen Dank für Ihr Verständnis.

Im Umkehrschluß heißt das aber auch für mich, dass Drupal nicht unbedingt für eine breite Anwendung auf Hostingpaketen geeignet ist, bzw. man Einbußen hinnehmen muß. Schade ! aber positiv für mich ist was gelernt zu haben. Gehe jetzt auf die Suche nach einen geeigneteren Anbieter. Lasse es euch wissen wenn ich einen gefunden habe ?

mfg
Jack Bauer

Hallo jack

naja, das ist jetzt aber kein drupal spezifisches Problem, sondern
das hast du dann aber bei allen Webanwendungen abhängig von dem 'Hostingpakete': wenn die Resourcen
der Hardware nicht aussreichend hoch ist um die ganzen abfragen / requests zu beantworten,
dann nützt dir ja die beste Software nichts...

besten gruss
Stefan

Wenn Du eine Drupalinstallation mit einer Standard-Konfiguration hast (also das, was ein typischer Benutzer so verwendet) reicht shared Hosting vollkommen.
Wenn Du jedoch die Möglichkeiten von Drupal weiter ausreizt und damit eine grössere Seite baust, kannst Du einfach nicht mehr bei einem Hostingpaket bleiben.
Grosse Seiten laufen halt auf eigenen Servern (damit die Admins mehr Einflussnahme auf die ablaufenden Prozesse, wie z.B. das Caching haben).

Shared Hosting ist für "normale" Seiten ausreichend. Wehr mehr will, muss halt auch mehr nehmen.
Insofern finde ich Deine Aussagen etwas zu stark verallgemeinernd.

nur so nebenbei bemerkt,

 Stefan

--
Sei nett zu Deinem Themer!

ich hab ja in dem Post oben meine installierten Module aufgelistet - nur weiß ich nicht genau ob das Standard ist ?
Meiner persönlichen und sicher unfachlichen Meinung ist dort nichts bedonders oder kompliziertes bei.

Meine Aussage ist natürlich verallgemeinernd gewesen, aber nicht in Hinsicht auf positiv/negativ Drupal, sondern auf die Qualität der Hoster bzw. der Laufumgebung. Denn wie gesagt ist es ja vorher hervorragend gelaufen.

Muß aber auch sagen, dass nach dem ich meinen Hoster angesprochen habe und er mir die Mails geschickt hat, es kaum bis keine Probleme mehr gibt - oh welch ein Wunder - ? das nächste ist erstmal das ich einen Serverlog anfordere, ob sie mir dies geben ?

MfG
J.Bauer