Fragen zu Devel
Eingetragen von age_Q (98)am 16.06.2008 - 15:36 Uhr in
Hallo zusammen,
ich bastel schon seit ner Weile an ner Drupal Seite und probiere öfters neue Module ect. auf ihr aus, zur Zeit sind auch einige aktiv.
In letzter Zeit wird die Seite aber immer langsamer, da ich nich sagen kann ab welchem modul es angefangen hat hab ich mir mal devel draufgehaun und ja das ergebniss ist nicht gerade sehr toll :D
Ich kenn mich mit Devel zwar nich unbedingt aus aber da die standart highlight Zeit auf 5ms gelegt is denke ich mal das hier is nich gerade normal oder?
Page execution time was 4418,56 ms.25,99 0 node_access_view_all_nodes SELECT COUNT(*) FROM node_access WHERE nid = 0 AND ((gid = 0 AND realm = 'all')) AND grant_view >= 1
18,08 0 cache_get SELECT data, created, headers, expire FROM cache_menu WHERE cid = '1:de'
17,38 0 cache_get SELECT data, created, headers, expire FROM cache_filter WHERE cid = '1:d41d8cd98f00b204e9800998ecf8427e'
17,38 0 drupal_lookup_path SELECT dst FROM url_alias WHERE src = 'comment/reply/52'
17,04 0 drupal_lookup_path SELECT dst FROM url_alias WHERE src = 'comment/reply/62'
16,55 0 sess_write UPDATE users SET access = 1213626331 WHERE uid = 1
16,32 0 taxonomy_get_vocabulary SELECT v.*, n.type FROM vocabulary v LEFT JOIN vocabulary_node_types n ON v.vid = n.vid WHERE v.vid = 1 ORDER BY v.weight, v.name
15,8 0 cache_get SELECT data, created, headers, expire FROM cache_filter WHERE cid = '1:d41d8cd98f00b204e9800998ecf8427e'
15,73 0 comment_num_all SELECT comment_count FROM node_comment_statistics WHERE nid = 64
15,72 0 taxonomy_get_vocabulary SELECT v.*, n.type FROM vocabulary v LEFT JOIN vocabulary_node_types n ON v.vid = n.vid WHERE v.vid = 2 ORDER BY v.weight, v.name
15,67 0 comment_num_all SELECT comment_count FROM node_comment_statistics WHERE nid = 2
15,41 0 cache_get SELECT data, created, headers, expire FROM cache_filter WHERE cid = '1:d41d8cd98f00b204e9800998ecf8427e'
15,3 0 gallery_get_language SELECT locale FROM locales_meta WHERE isdefault = 1
15,28 0 drupal_lookup_path SELECT dst FROM url_alias WHERE src = 'search/node'
15,12 0 comment_num_all SELECT comment_count FROM node_comment_statistics WHERE nid = 53
14,98 0 cache_get SELECT data, created, headers, expire FROM cache_filter WHERE cid = '1:d41d8cd98f00b204e9800998ecf8427e'
14,97 0 _node_types_build SELECT nt.type, nt.* FROM node_type nt ORDER BY nt.type ASC
14,5 0 drupal_lookup_path SELECT dst FROM url_alias WHERE src = 'downloads'
14,25 0 system_region_list SELECT * FROM system WHERE type = 'theme' AND name = 'dichotomy'
14,13 0 filter_list_format SELECT * FROM filters WHERE format = 0 ORDER BY weight ASC
14,08 0 drupal_lookup_path SELECT dst FROM url_alias WHERE src = 'node'
13,81 0 drupal_lookup_path SELECT dst FROM url_alias WHERE src = 'node/53'
13,79 0 drupal_lookup_path SELECT dst FROM url_alias WHERE src = 'admin/settings/gallery/install'
13,74 0 drupal_lookup_path SELECT dst FROM url_alias WHERE src = 'directory'
10,2 0 cache_get SELECT data, created, headers, expire FROM cache_views WHERE cid = 'calendar_views'
8,42 0 drupal_lookup_path SELECT dst FROM url_alias WHERE src = 'devel/variable'
7,16 0 path_nodeapi SELECT dst FROM url_alias WHERE src = 'node/2'
5,38 0 cache_get SELECT data, created, headers, expire FROM cache_filter WHERE cid = '1:d41d8cd98f00b204e9800998ecf8427e'Jetzt is die Frage, wie kann ich rausfinden an was es genau liegt? Ich hab nicht wirklich viel Inhalt drauf (vllt 50 einträge). Kann es daran liegen das sich bestimmte module nicht vertragen?
Und ist das normal das man bei der ausgabe von
686,66 0 sess_writeständig sachen wiederholt bekommt wie sowas: Name\";s:8:\"sortable\";s:1:\"0\";s:11:\"defaultsort\";s:1:\"0\";s:2:\"id\";s:10:\"users.name\";s:8:\"fullname\";s:10:\"users.name\";s:9:\"queryname\";s:10:\"users_name\";s:9:\"tablename\";s:5:\"
Ich kann bei bedarf auch die komplette ausgabe reinschreiben, allerdings sprengt das vom inhalt etwas den rahmen hier :o)
tut mir leid falls ich wichtige infos vergessen haben sollte, hatte so ein problem bisher noch nicht und auch leider noch keine Ahnung was man braucht oder tun muss bei sowas.
- Anmelden oder Registrieren um Kommentare zu schreiben
ok also hab gerade mal auf
am 17.06.2008 - 10:04 Uhr
ok also hab gerade mal auf einer andren Seite von mir geschaut, dort is die sess_write nich so abgefahren.
ich habs euch mal gescreent, ich hab echt nich die leiseste Ahnung an was es liegen kann :/
Ein kleiner (das geht ca 5x so lang) auszug von "sess_write"
http://img180.imageshack.us/img180/3195/meldungmd3.jpg
Irgendwelche ideen was ich da verbockt hab ?
Es ist fast unmoeglich Dir
am 17.06.2008 - 10:40 Uhr
Es ist fast unmoeglich Dir Tipps zu geben die die Performance wieder auf ein normales Mass setzen.
Es sind zu viele Faktoren die eine Rolle spielen koennen.
Als Erstes: DB Tabellen optimieren
Logtimes auf Minimum verkuerzen
Testhalber Watchdog Tabelle leeren
Welche Acces Module sind aktiv und wie ist das System damit konfiguriert?
Hast Du in den Sidebars Content irgendwelcher Module die allbekannte Performancekiller sind.
Z. Bsp.:
Wetter
im Forum Usercounter, Userlisten
Ist die schlechte Performance generell oder nur bei bestimmten Inhalten bzw. auf bestimmten Bereichen der Website?
Du hast ein Forum am Laufen?
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Da geht noch was.
Ja ich hab schon befürchtet
am 17.06.2008 - 11:05 Uhr
Ja ich hab schon befürchtet das man da kaum sagen kann woran es vermutlich liegen wird :/
k die DB werd ich gleich ma durchgehen.
In den Sidebars sind lediglich die Menüs & Suchbutton + Poll, Upcoming Events (event modul), Wer ist Online (seite nicht forum), Personal Messages (Forum), Letzte Threads (Forum), Letzte Beiträge (Forum), und letzt Kommentare (Seite)
Ja ich hab ne bridge zum phpbb3 und zur Gallery2, beides mit Modulen aus Drupal realisiert.
Die Perfomance is überall schlecht, selbst im Admin Bereich mit Garland Theme.
Hier mal die Komplette Liste der Module:
- CCK 5.x-1.7 ( + image, mail und paar andere zusätzliche fields)
- Contemplates 5.x-1.7
- Devel 5.x-0.3
- Event & Event Manager 5.x-1.0
- Gallery2 5.x-2.2
- Imagecache 5.x-1.5
- Inline 5.x-1.1
- Javascript tools 5.x-1.1
- Mime Mail 5.x-1.0
- Panels2 5.x-2.0-beta5
- Views 5.x-1.6
- Ajax Views 5.x-1.5
- JQuery Update 5.x-1.0
- Countdown timer 5.x-1.21
- Pathauto 5.x-2.2
- phpBBforum 6.x-1.0-beta1 (is die 5x version, zeigts aber trotzdem immer 6x an)
- Poormanscron 5.x-1.1
- Thickbox 5.x-1.2
- TinyMCE 5.x-1.9
- Update status 5.x-2.2
- Advanced Poll 5.x-1.0-beta6
- Voting API 5.x-1.6
Was für Access Module meinst du genau?
Zitat:Was für Access
am 17.06.2008 - 11:39 Uhr
Was für Access Module meinst du genau?
Wenn Du so fragst sind "Content access" oder "Taxonomy Access" wohl nicht im Einsatz.
Ein Ansatzpunkt koennte "Image Cache" im Zusammenhang mit dem Memory Limit sein. "Image Cache" braucht maximalen Memory. Allerdings nur wenn Bilder mittels "Image Cache" angezeigt werden. Das ist ja wohl im Adminbereich nicht der Fall.
Oder ist die Site online und waehrend Du im Adminbereich bist werden durch Besucher "Image Cache" Bilder zur Anzeige gebracht.
Gibt es eigenen PHP-Code? Wenn ja, steckt da eventuell irgendwo "bad code"?
Wo auf welchem Server laeuft die Site? Shared Hosting? Wenn Shared hat der Hoster eventuell was an seinen Servern veraendert?
Du kannst auch mal Testen in dem Du nach und nach Module deaktivierst und dabei pruefst ob Performance-Verbesserungen eintreten.
Ist es am Ende ganz anders?
Verwendest Du Firefox und hast immer viele Tabs offen? Firefox kann da schon den Rechner mit hoher CPU Belastung an seine Grenzen bringen. Wenn man kein CPU Monitoring auf seinem PC hat kann man das schlecht sehen. Vor allem Seiten mit viel Ajax schrauben die CPU Belastung eines Browser hoch.
Ein Super Beispiel mit Ajax Belastungt ist unter Drupal 6 die Konfiguration eines View.
Hast Du mal die Performance getestet wenn Firefox mit nur einem Tab frisch gestartet ist (ohne Session Restore)?
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Da geht noch was.
Logs
am 17.06.2008 - 11:45 Uhr
Achso genau in den Log Files spuckts mir immer das selbe aus, mehrmals minütlich?
include_once(./themes/engines/phptemplate/phptemplate.engine) [<a href='function.include-once'>function.include-once</a>]: failed to open stream: Die Operation ist nicht erlaubt in /www/htdocs/.../Domains/.../drupal/includes/theme.inc in Zeile 78.und
include_once() [<a href='function.include'>function.include</a>]: Failed opening './themes/engines/phptemplate/phptemplate.engine' for inclusion (include_path='.:/usr/share/php:..') in /www/htdocs/.../Domains/.../drupal/includes/theme.inc in Zeile 78.dort steht:
include_once './' . $themes[$theme]->description;und die 3. hier auch
usort() [<a href='function.usort'>function.usort</a>]: The argument should be an array in /www/htdocs/.../Domains/.../drupal/modules/devel/devel.module in Zeile 1152.dort steht:
usort($cell, '_devel_table_sort');nein Content Access und
am 17.06.2008 - 11:56 Uhr
nein Content Access und Taxonomy Access sind nicht im Einsatz.
Seite is nicht zugänglich, also kanns wohl an imagecache auch nich liegen :/
eigener php code ist nich im einsatz, habe zwar ein paar Sachen aus der Page.tpl gelöscht aber dann müsste es ja wenigstens im Garland (welches 100% original ist) laufen.
Server läuft bei https://kas.all-inkl.com/, wüsste nicht das sie was umgestellt hätten.
k Module werd ich gleich mal nach und nach deaktivieren, hab zwar schon die meisten mittlerweile raus aber ich mach einfach mal alles bis auf die core runter aus.
An Firefox liegts leider auch nicht, habs schon auf mehreren rechnern getestet, auch ohne mehrere Tabs offen. :(
Zitat: Achso genau in den
am 17.06.2008 - 12:07 Uhr
Achso genau in den Log Files spuckts mir immer das selbe aus, mehrmals minütlich?
Das System ist aktuell - neueste Versionen? AUCH die Themes vom Core bzw. alle Themes incl. engine?
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Da geht noch was.
Sprich mal mit dem Support
am 17.06.2008 - 12:15 Uhr
Sprich mal mit dem Support von all-inkl.com und frage ob die im Monitoring des Server auf dem Dein Webspace laeuft ungewoehnliches erkennen.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Da geht noch was.
System sollte aktuell sein
am 17.06.2008 - 12:16 Uhr
System sollte aktuell sein ja (5.7 installation und danach nur neue Module drauf), themes vom core sind auch die aus der 5.7 installation.
Engine sollte auch, wo kann ich das den nachschaun?
Aber die Seite is nich updated worden also core mässig sollte alles auf 5.7 sein.
Aber was mir grad einfällt wenn ich mich nich irre kamen die fehler als ich cck und views neulich updated habe.
update.php hab ich aber ausgeführt und bei select version sagts mir überall "No Updates Available"
also hab gerade mal alle
am 17.06.2008 - 14:35 Uhr
also hab gerade mal alle module ausgemacht, nur noch die core laufen.
Das system is zwar ein gutes stück schneller geworden aber nicht mal ansatzweise normale.
Devel hab ich bis zum ende laufen lassn aber meine sess_write wird immer noch von irgendwas zugemüllt :(
ich verstehs langsam echt nich mehr, hab eigentlich nichts geändert an den dateien höchstens neue Module draufgemacht und die sind ja nun alle wieder aus also müsste es doch eigentlich normal laufen.
Mail an mein hoster is raus mal abwarten ob die irgendwas sehen. Datenbank kann ich leider erst heut abend anschaun hab den login nicht hier.
vorallem was die meldung in den logs soll kapier ich auch nich so ganz.