Suche

[Atze]

Hallo Admins,
hab das VkpMX2.0 gerade in Betrieb genommen, doch als ca 50 User onlline waren, hatte ich teilweise einen Seitenaufbau von über 25 sec!!!
Was ist da los???
Das alte Nuke 5.5 hat da besser abgeschlossen??

Hattet Ihr das Problem schon??
Desto länger man surft, desto länger dauert es??
Kann das sein das ihr das Caching im RAM auslagert??
Vielleicht liegst da dran?
Gruß

[Atze]

Ach genau,
auf www.partyblick.de
zu testen!!!

Was muß der Server den alles haben?? Mein alles!!!



Gruß

P.S. Seht mal hier: Seitenerstellung in 42.5999 Sekunden, mit 23 Datenbank-Abfragen, nur zur Info

[jubilee]

Gerade mal versucht :
34 Mitglieder online und 21 Gäste online= 55 Users---->
 

Seitenerstellung in 9.5743 Sekunden, mit 17 Datenbank-Abfragen

MfG
jubilee

[Atze]

Ja für die Starseite ist das ok,
aber da waren eben auch schon mal die 43 sec und das ist viel zu langsam!
Und als ich jetzt gerade den Link ins Forum aufgerufen habe waren es: Seitenerstellung in 23.591 Sekunden, mit 23 Datenbank-Abfragen
Das ist auch zu viel.

So schnell wie bei euch, das ist die optimal Zeit.
1. Deshalb frage ich ja, was für Hardware braucht das vkpmx. Bitte ganz genau Detaliert. Ram, MB, etc das wichtigst

2. Was ist mit dem Caching, ob es was mit dem RAM zu tun hat?

3. Mit der Verschlüsselung hängt es vielleicht davon ab??

Bitte helft mir, ich will das vkpMX unbedingt behalten, aber leider so nicht :-((
Gruß


P.S. Ich will euch nicht schlecht machen, ich bin mehr als begeistert von dem vkpMX und dem support hier, wirklich. Deshalb borre ich ja nach, damit die Seite wieder top schnell wird und ich alles machen kann??

[BowlingX]

http://freelancer.gamevision.g2h.de/index.php
...
hier sind so gut wie immer soviele User Online! Und es wird auch das VKPMX2 verwendet! Daran kann es nicht liegen...nur am Server

[Atze]

Hi, ja gut. Bei mir waren 30 User auf dem von dir genannten Link online.
Da gings ganz angenehm. ABer eine wirklich belastung ist das nicht.
Müssten mal 100 - 200 drauf sein, dann wirds spannend.

Deshalb frag ich ja, was für Hardware??
Und macht das Caching meinen RAM voll???
Oder ist sogar der Verschlüsser schuld?

Danke Gruß

[Future]

hmm was man genau brauch kann ich dir auch net sagen

Aber was ich dir sagen kann ist das es bei mir net schlimm ist

Seitenerstellung in 6.1359 Sekunden, mit 21 Datenbank-Abfragen


Mitglied(er) online: 43
Gäste Online: 18

[Ria]

Hallo,
vielleicht hat Dein Hoster die Datenbank auf einem anderen Server?

Ich glaube dadurch wird die Seitenaufbaugeschwindigkeit nicht schneller.
Gruss Ria

[_Gerry_]

Also meine Datenbank liegt auf einem anderen Server und siehe da:

Seitenerstellung in 1.3165 Sekunden, mit 151 Datenbank-Abfragen

Zu diesem Zeitpunkt waren jedoch "nur" 29 Leute online!  

[Editiert am 24/9/2003 von _Gerry_]

[jogi24]

hi

hier giebs was zu diesem thema

 http://www.pragmamx.org/modules.php?name=eBoard&file=viewthread&tid=5305#pid26075

[Atze]

@Future
6 sec sind viel zu langsam, geh mal auf Freenet.de die haben Zeiten von 1-3 sec. Das ist sinnvoll.

@Ria
Nein, auf der eigenen

@Gerry
Das sind super Zeiten, aber 30 User sind nicht wirklich der Härtetes!

@jogi24
Das betrifft das Nuke5.5,
wir haben aber das vkpMX, da sollte das eben anderst sein.?

Gruß

[BowlingX]

Das VKPMX2 macht zwar weniger Datenbankabfragen...aber trotzdem braucht auch dieser Vorgang Ressourcen! Wenn diese nicht zu verfügung stehen sieht es schlecht aus

[Andi]

   Hi,

das vkpMx ist zur Zeit wohl eines der schnellsten und resourcenschonendsden (nuke ähnlichen) CMS-Systeme. Es stellt, ausser der Verschlüsselungsfunktion, absolut keine anderen Ansprüche an den Server als phpNuke oder Ähnliches. Im Gegenteil, durch den extrem sparsamen Umgang mit den Datenbankzugriffen sind die Ansprüche sogar geringer.
Das "caching" der Blöcke hat mit ram oder sonstwas nichts zu tun. Es wird nur die HTML-Ausgabe der einzelnen Blöcke nach der refreshzeit neu in der Datenbank gespeichert. Also nach der refreshzeit eine zusätzliche  Datenbankquery, dazwischen etliche weniger.....

[jogi24]

hi
@Andi

@jogi24
Das betrifft das Nuke5.5,
wir haben aber das vkpMX, da sollte das eben anderst sein.?

ist es aber nicht, eher langsamer

[Andi]

ach so, nochwas...

lasst Euch von der Anzeige von z.B. phpNuke 6.0 nicht täuschen, das Teil schummelt. Die Zeitmessung beginnt dort erst  nach includen von etlichen files, dem Verbindungsaufbau mit der Datenbank, dem Einlesen der Konfigurationstabelle und dem Abarbeiten von ein paar Sicherheitsfunktionen (mainfile.php ab Zeile 55). Also recht unrealistisch, die Ausgabe der Generationszeit.

Im vkpMx beginnt die Zeitmessung sofort in den ersten paar Zeilen der aufgerufenen Dateien.

[Atze]

@SiteAdmin Andi

Du sagst, das das vkpMx zur Zeit wohl eines der schnellsten und resourcenschonendsden (nuke ähnlichen) CMS-Systeme ist. Ich find das geil! ABer wie erkärst du dir dann dies, das als ich von nuke 5.5 auf vkpmx umgeschalten habe, ohne was an der Konfiguration des Servers zu verändern, der Seitenaufbau so in die Knie geht?

Das kann dann wahrscheinlich nur an der Verschlüsselungsfunktion liegen?!
Den sonst ist ja nichts verändert worden bzw hinzugekommen.

Und wenn das der Fall sein sollte, was für eine der drei Verschlüssungstechniken wendet Ihr an bzw welche empfehlt ihr?

Danke


Gruß

[tequila]

zu den Verschlüsselungs-Techniken (der Geschwindigkeit nach)

1. SourceGuardian (am besten die Erweiterung über die PHP-ini laden und den Apache dann neu starten, dann ist es am aller schnellsten ... siehe http://www.sourceguardian.com/ixeds/ dazu)

2. Turck Encoder und Zend Encoder nehmen sich nicht viel, die Turck-Files sind aber viel kleiner als die Zend-Files, daher würde ich eher auf Turck als schnelleren tippen ... ABER ACHTUNG: ENTWEDER Turck ODER Zend, nicht beide laden über die php-ini, sonst gibt es Stress!
Zend behauptet aber (selbstdarstellung), das es bei den Nutzung des Zend-Optimizers zu keinerlei "Verlangsamung" der Laufzeit kommen soll bei der Ausfühung von verschlüsselten Files des Zend Encoders ... d.h. kann man denen glauben, dann Zend vor Turck ... teste einfach mal

[landschaf]

Hallo
Ich habe gerade den Newstickerblock (vkp_rdf) abgeschalten und die Ladezeit hat sich von ca. 3sec auf 0,3 sec verbessert. Der Block war mit N24 Telepolis und Heise bestückt.

Tschüss Landschaf

[tequila]

Na ja ... wer Content von anderen Seiten holt (News, Wetter-Daten oder sonst was) der kann bei einer langsamen Gegenstelle davon ausgehen, das seine Seite seeeeehr langsam wird, das ist richtig ... liegt aber völlig ausßerhalb des Einzugsbereiches vom vkpMx, gelle

Aber schon völlig richtig das Du es angesprochen hast, keine Frage (dachte aber, das ist eh klar)

[landschaf]

Kleiner Nachtrag
Der interne Geschwindigkeitstest dürfte die generierung der Seite und damit die Last an der Datenbank anzeigen. Die ist dem Benutzer aber eher wurst. Habe daher versucht die gesamte Ladezeit der Seite zu messen. Eignet sich vor allem zum testen von Themen mit vielen Bildern etc.

in die my_header Datei folgendes Script einbinden

 

Code Auswählen Erweitern


/*Ladezeit*/
x = new Date()
function cal(){
   y = new Date()
   diff = y.getTime() - x.getTime()
   newstatus = 'Ladezeit: ' + diff/1000 +' sec.';
   window.status = newstatus;
   window.defaultStatus = newstatus;
}
 
Als Datei oder Script!

und in der theme.php im body mit onLoad aufrufen.

läuft auf

 http://www.creativepeople.de/

Vieleicht hilfts jemandem
landschaf

[Atze]

@SiteAdmin Tequila

Hi,
ja das ist klar, hol mir ja nichts von anderen Seite.
Aber ich bekomm das Problem nicht in den Griff.
Das Wie, das sein kann das unsere Seite nach der Umstellung langsamer ist, weis ich immer noch nicht :-(
Kann mir den niemand helfen??
Macht doch mal eine Konkrete Angabe zum Server! Nicht ungefähr oder ressourcen werden benötigt, sonder Fakten, Zahlen und Daten.
Das hilft am besten. Und wenns geht, am besten euere Komplete PHP-Info posten, ohne Passwort natürlich . Da kann man sich wenigstens Orientieren.

Oder wo kann ich mir das vkpMX anschauen, auf dem ständig 100te von User gleichzeitg drauf sind?? Gibts das schon?

Und denkt bitte nicht, ja die Zeiten sind OK, der spinnt ja! Sorry, aber wenn Ihr es mal realistisch betrachtet, als aussenstehender ist das Ding zu langsam!! Das ist Fakt, das bestätigen mir sogar meine User, das es jetzt langsamer ist als vorher mit 5.5.

Ich brauch unbedingt ne Lösung, sonst muß ich wieder zurück aufs alte :-( Und das ist nicht gut.

Gruß Atze


P.S. Und einmal ist mir der Server schon abgeschmiert und hat mir die Tabellen vom eboard bißchen kaputt gemacht. Kann das sein, weil wir PHP4.2.3 nutzen?

[Editiert am 1/10/2003 von Atze]

[BowlingX]

 

P.S. Und einmal ist mir der Server schon abgeschmiert und hat mir die Tabellen vom eboard bißchen kaputt gemacht. Kann das sein, weil wir PHP4.2.3 nutzen?

Das kann eventuell an einem Bug von MySQL liegen..welche Version hast du denn?

[Atze]

Hi,
hier ein paar Daten:

- MySQL-Version: 4.0.10-gamma-log,
- Server-Version: Apache/1.3.27 (Unix)
- PHP-Version: PHP/4.2.3,
- CMS-Version: vkpMx 2.0, 1.3/2003-08-26, Source-Guardian

Denkt bitte an die PHP Info und Serversachen, danke

[Editiert am 1/10/2003 von Atze]

[Future]

Jau mach die MySql 4 Version wieder wech ... ich poste gleich mal nen Link warum

so der link
http://www.pragmamx.org/modules.php?name=eBoard&file=viewthread&tid=6080#pid

PHPInfo :

http://www.powerfiles.de/info.php



[Editiert am 1/10/2003 von Future]

[Atze]

Hi,
jetzt ist so weit, jetzt hat es mir die Seite lahm gelegt!
Seht mal hier die Fehlermeldung, das ist das einzige was noch zu sehen ist, beim aufruf von meiner HP:

 
Partyblick.de


Selection from database failed, please check the settings.
Kein Zugriff auf die Datenbank möglich, bitte überprüfen Sie die Einstellungen.

Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (111)
mysql-error: 2002





vkpMx 2.0
 

Vielleicht nehmt ihr mich jetzt ernst.
Gruß

[BowlingX]

Hm..ich tippe mal auf Datenbankserver nicht gestartet oder zerschossen... Aber wir hatten bereits auf die Fehler in dieser MySQL Version hingewiesen!

Das VKPMX2 kann NICHTs dafür...

[JensWagenknecht]

Nur MySQl neu installieren!

[BowlingX]

jo..und wenn du dann schon dabei bist, bitte die aktuelle MySQL Version *G*

[Biker]

Sorry, abba datt iss, wie wenn sich einer beschweren tut, weil er mit dem Trabbi keine Chance gegen Schumi´s Formel 1 hat! *lol*

Nix für Ungut, abba datt musste ich getz ma loswerden!  

     

[Atze]

Hi,
so jetzt hab ich die Version 3.23.54-log drauf.
Aber von Performance nix zu sehen. Die 4.0.15 war auch schon drauf, da war auch nix zu merken.

...hab mich aber für die Stabile entschieden.

Mal ne ganz andere Frage zu meinen Zahlreich anderen, was ist für das MX für Seitenaufbauzeiten ein idealerWert bzw ein Wert der Ok ist??  10sec, 1sec?
Nicht das wir aneinander vorbei reden.

Gruß

[taranis]

Mal ein Tipp für alle mit Speedprobs, die einen SPChat eingebat haben.
Guckt Euch mal die Tabelle spchat_message an. Die hat bei mir nicht nur das VKP lahm gelegt sondern gleich den ganzen Server. War auf 10MB angewachsen und hat meiner Seite eine Ladezeit von bis zu 60 Sekunden beschehrt.
Nur mal so am Rande angemerkt  
Vielleicht hilft es ja dem ein oder anderen.

[tequila]

Zum Thema Gechwindigkeit:

Die Ladezeit kommt völlig auf den Server drauf an, ein 500er Rechner schafft die Erstellung in knapp einer Sekunde von der Seite her, z.B. ein 2,4GHz macht es eben in 0,1 Sekunden ... und dann ist es noch abhängig von der Anzahl der User, die auf der Seite sind.

Meine Tips, um die Geschwindigeit u.U. zu erhöhen:

1. sämtliche Fremdeinbindungen (Banner von Fremd-Servern, Wetter-Module), die bei jedem Seiteraufruf Daten von anderen Server abrufen, abschalten.

2. Block-Caching bei allen Blöcken aktivieren, die NICHT userspezifische Daten enthalten.

3. Wenn man die sourceguardian-Verschlüsselung nutzt, die SourceGuardian-Extension über die php.ini laden (siehe http://www.sourceguardian.com/ixeds/) (oder einfach mal den Zend-Optimiher installieren und aus dem Ordner "ixed" die ganzen .pxp-Files löschen und kucken, ob die Ladezeit dann besser ist)

4. U.U. den Turck MMCache installieren (http://www.turcksoft.com/en/e_mmc.htm), beschleunigt den PHP-Seitenaufbau durch ein gutes Caching erheblich ABER ACHTUNG! Der Turck MMCache DARF NICHT MIT DEM ZEND OPTIMIZER zusammen laufen! Entweder, oder, beides zusammen macht Stress!
Und ab dem Update unterstützt das vkpMx auch den Turck Encoder als Versclüsselung, d.h. hast Du den Turck MMCache geladen, dann wäre das auch gleichzeitig der Dekoder und keine weiteren Extensions würden geladen werden.

5. schnellere Festplatte (Minimum 7200 RPM, UDMA 100) und mehr RAM (Minimum 256MB) einsetzen.

Frage:
Wenn der Server nicht aus dem Knick kommt, was bekommst Du für eine Systemlast bei dem Befehl "top" angezeigt? Wie viel Idle-Time hat die CPU? Läuft die am Limit oder langweilt sich der Rechner eher? Wie sieht es mit der Auslagerungsdatei aus? Swapt der Server viel oder eher nicht?

Sind viele Dinge, die zusammen kommen, mußt jetzt eben probieren, leider.

[tequila]

Achso, zum Thema mal noch einen Hinweis:

Das Theme "bluestyle" vom vkpMx ist auf "Robustheit und möglichst unverwüstlich" programmiert, was zur Folge hat, das es mit einer Haupt-Tabelle arbeitet im gegensatz zu vielen kleinen Tabellen.

Andere Nuke-Themes nutzen "viele kleine Tabellen" und nicht eine große. Vorteil hiervon ist, das der Seitenaufbau subjektiv "schneller" geht (obwohl es nicht so ist) da die Darstellung der Inhalte schon ab der ersten Zeile beginnt. Bei dem "bluestyle" wird die Seite erst angezeigt, wenn der gesamte Content da ist. Somit hat man eine Zeitdifferenz bei der Anzeige des Content "von der Ladezeit", kurz gesagt:

"primitive" Themes sind schneller vom Empfinden her, da der Seitenaufbau "fortlaufend" erfolgt, das bluestyle baut die Seite "schlagartig" auf und hat damit BEI DER ANZEIGE die Verzögerung der Ladezeit mit drin.

Die Ladezeit ansich ist bei allen Themes recht identisch, die ändert sich nicht, nur eben, ab wann der Content angezeigt wird.

Somit können Deine Probleme u.U. vom "subjektiven Empfinden" her kommen, falls Du das "bluestyle" nutzt ... ist mir gestern mal so aufgefallen. Versuch mal ein anderes Theme aus, ob Dein Server dann "schneller" ist (ist aber nur das Empfinden ggf., schneller ist er dadurch nicht im physischen Sinn).

[Editiert am 16/10/2003 von SiteAdmin Tequila]

[Atze]

Hi, so jetzt hab ich wieder angenehme Geschwindigkeiten.
Danke dem Turck Encoder, der hat richtig geholfen!!

Punkt 1 und 2 hab ich gemacht.
Punkt 3 fällt flach, da ich den Turck habe.
Punkt 5 ist in Arbeit, haben einen neuen Server bestellt.

Aber so wie es mom läuft, brauch ich den wahrscheinlich gar nicht.

Gruß