Aber ihr wahrt immer noch langsamer als der Lamber es war, und genau darum gehts.. Hat mol jemand getesten wie schnell der jetztige Server ist. Mir kommt er arschlangsam vor.
Nein ich muss dem d:b zustimen. Ich habe ASLDFLASHDL (ADSL) bei Netstream. Wenn ich die Seite bediene, kann ich währenddessen ca.5 andere Seiten aufbauen. Ich kann auch nur zorg aufräufeln und dann sendet er den Request, dann geschieht lange nichts und irgendwann wird dann der zugehörige Müll geliefert und die Seite baut sich auf. Kann ich am Router sehen.
dem pflichte ich bei, im moment ist es recht übel, nach meiner erfahrung ist es tageszeit-abhängig was eine üble server conn. sein könnte...und nicht der "useranschluss"
An den Routen kann es auch nicht liegen.
Ich habe ma so geschwind einen Ping rübergeworfen.
ping www.zooomclan.org
PING www.zooomclan.org (195.134.143.80): 56 data bytes
64 bytes from 195.134.143.80: icmp_seq=0 ttl=59 time=39.1 ms
64 bytes from 195.134.143.80: icmp_seq=1 ttl=59 time=47.4 ms
64 bytes from 195.134.143.80: icmp_seq=2 ttl=59 time=37.5 ms
64 bytes from 195.134.143.80: icmp_seq=3 ttl=59 time=40.0 ms
64 bytes from 195.134.143.80: icmp_seq=4 ttl=59 time=42.1 ms
64 bytes from 195.134.143.80: icmp_seq=5 ttl=59 time=40.3 ms
64 bytes from 195.134.143.80: icmp_seq=6 ttl=59 time=42.1 ms
64 bytes from 195.134.143.80: icmp_seq=7 ttl=59 time=41.1 ms
64 bytes from 195.134.143.80: icmp_seq=8 ttl=59 time=41.6 ms
64 bytes from 195.134.143.80: icmp_seq=9 ttl=59 time=41.3 ms
64 bytes from 195.134.143.80: icmp_seq=10 ttl=59 time=42.3 ms
64 bytes from 195.134.143.80: icmp_seq=11 ttl=59 time=43.1 ms
64 bytes from 195.134.143.80: icmp_seq=12 ttl=59 time=36.1 ms
--- www.zooomclan.org ping statistics ---
13 packets transmitted, 13 packets received, 0% packet loss
round-trip min/avg/max = 36.1/41.0/47.4 ms
Dann noch ein kleiner Vergleich. Ich habe noch Heise gepingt, die ich in ca. 3.5 Sekunden auf meiner Maschiene habe.
ping www.heise.de
PING www.heise.de (193.99.144.71): 56 data bytes
64 bytes from 193.99.144.71: icmp_seq=0 ttl=241 time=67.5 ms
64 bytes from 193.99.144.71: icmp_seq=1 ttl=241 time=44.4 ms
64 bytes from 193.99.144.71: icmp_seq=2 ttl=241 time=46.4 ms
64 bytes from 193.99.144.71: icmp_seq=3 ttl=241 time=48.4 ms
64 bytes from 193.99.144.71: icmp_seq=4 ttl=241 time=45.6 ms
64 bytes from 193.99.144.71: icmp_seq=5 ttl=241 time=49.1 ms
64 bytes from 193.99.144.71: icmp_seq=6 ttl=241 time=51.0 ms
64 bytes from 193.99.144.71: icmp_seq=7 ttl=241 time=51.2 ms
64 bytes from 193.99.144.71: icmp_seq=8 ttl=241 time=60.1 ms
64 bytes from 193.99.144.71: icmp_seq=9 ttl=241 time=50.2 ms
64 bytes from 193.99.144.71: icmp_seq=10 ttl=241 time=52.2 ms
64 bytes from 193.99.144.71: icmp_seq=11 ttl=241 time=52.4 ms
--- www.heise.de ping statistics ---
13 packets transmitted, 12 packets received, 7% packet loss
round-trip min/avg/max = 44.4/51.5/67.5 ms
Wenn ich zorg aufrufe, habe ich ca. 17s wobei es nicht die ganze Zeit am Herniederladen ist sondern das herniederladen geschieht innerhalb von ca 1,5s.
Schlussfolgerung:
---------------------
Entweder liegt es am code oder es liegt am Server (Ihr sollt euch jetzt nicht persöhlich angesprochen fühlen, wenn ich das eine vor dem andern sage). Dies lässt sich daraus schliessen, da der Ping bei Heise sogar ein kleines bizeli langsamer ist aber die Seite Trtzdem so langsam macht. Ein anderer Ansatzpunkt ist, dass der Request geht, dann verstreichen ca. 15s und dann beginnt die rückantwort erst.
ich find das recht komisch, weil ich habe da keinerlei probleme. zorg ist innerhalb vernünftiger zeit aufgebaut, obwohl ich deutlich höhere ping-times als der herr rügel habe.
Ich habe da noch was wunderbares bemerkt:
Wenn ich die Seite aufrufe, dann steht ja unten immer die ParserZeit. Die ist noch ein rechtes Inziz woran es liegt:
Ich bitte jeden der dies Liest, die Zeit die dieser Thread (Ganze Diskussion von anfang bis ende) als eine Antort auf mein Kästchen zu schreiben.
Langsam glaube ich müssten wir mehr Infos liefern.
Also, hier:
Browser: Mozilla & Konqueror
Provider: IP+ Light
Interne Struktur: NAT Gateway mit Linux (netfilter), icmp nicht gefiltert
traceroute:
traceroute to www.zooomclan.org (195.134.143.80), 30 hops max, 40 byte packets
1 * * *
2 193.135.128.33 2.076 ms 2.076 ms 2.151 ms
3 212.243.200.81 13.116 ms 11.862 ms *
4 164.128.121.133 57.357 ms 49.209 ms 18.946 ms
5 164.128.92.64 49.343 ms 53.863 ms *
6 164.128.34.73 20.339 ms 17.200 ms 14.015 ms
7 164.128.34.82 19.113 ms 12.767 ms *
8 164.128.34.118 33.384 ms 39.341 ms 34.966 ms
9 212.23.244.90 53.537 ms 27.054 ms *
10 195.134.128.57 19.202 ms 18.994 ms 19.076 ms
11 195.134.143.80 56.243 ms 20.619 ms *
(öhm shit, meine Box hier gibt keine Antwort.. mal überprüfen. egal.)
hier in der bude: 17.22s
(probiers zu hause auch noch aus.)
allerdings sagt das auch nicht besonders viel aus. wär schön, wenn man überprüfen könnt, ob das parsen an sich lange dauert, oder die übertragung der geparsten daten. oder allenfalls der request.
Ich habe da noch so ne idee. Wir amchen genaue angaben, die schön im Voraus definiert sind.
Angaben:
-----------
1. Ping Time (Mittelwert)
2. Auf der Seite angegebene Parsertime (nehmen wir als genau)
3. Totale Time (mit Toleranz (wenn von gespür aus höher sonst niedriger))
4. Art-Leitung (Geschw, Anbieter, Angebot, Haupt-Merkmale)
5. Browser (Name, Alter (VersionsNummer))
6. Feuermauer oder nicht so fest
Definitionen:
--------------
Als Dokument nehmen wir das About, denn dies verändert sich nicht von User zu user. Wir nehmen es dann, wenn wir eingeloggt sind und den Poll gemacht haben.
frage zu den zusätzlichen angaben (ebenfalls sarkasmus):
betrifft v.a. die temperatur, luftfeuchtigkeit, druck und lichtstärke: wo sind die daten zu messen? zu hause im pc-zimmer, an der leitung zum provider oder am backbone??
Wenn du lust hast kannst du ja die einzelnen Bereiche ausmessen und dann schön nach Abschnitt protokollieren. Dies währe sicherlich noch interresant. Wobei man dann noch den durck auf die massgebende Komponente messen müsste, währe sicherlich das spannendste von allen den Werten, die ich da hingeschrieben habe.
Es würde auch keine Zusammenhang geben. Diese Daten sind zum Teil notwendig bei Phsikalischen messungen, oder anderen genauen Sachen, wo dies einen "grossen" Einfluss auf die Werte haben kann. (Ja gut wenn einer zu fest auf eine Glasfaser Drückt oder die Temperatur zu niedrich ist macht es schon einen Einfluss, aber dieser äussert sich sehrwarscheinlich in Ping.) (räusper verschluck)
Soweit ich dass sehe ist die Seite langsam, unabhängig davon wo man ist, es kommt darauf an [size=5]wer[/size] man ist. Denn bis jetzt haben nur Members solche Probleme..
Vielleicht ist irgendwo im Code was faul..
Meiner eigenen höchst persönlichen Meinung nach liegt es an meiner Kabel Leitung
Die hat eine Parsetime vom 31.05s
Die Parsetime 17.54 (dieser Thread), 15.54 (Reversi).
So genau hab ich zuhause noch nicht nachgesehen, aber ich glaube Nachts geht das jeweils n Stück länger..
Könnte man mal so als html kommentar am Ende der Seite die Zeit für eine einzelne DB Verbindung ausgeben, sofern sich das messen lässt.
Der Ping ist inordnungstens, liegt um 2ms, der tracert geht über 5 Router. 2x Intern, 1x Firma Provider, 1x Pipeline (Sylon Provider), und dann kommt der Sylon Host.
Die Parsetime ist viel zu hoch.
Oh! Was für ein Zufall! In genau dem Moment hättet ihrs gemacht! Fast einem Jahr nachdem der Beschluss gefasst wurde zu Zügeln!!
Es tut mir schrecklich leid, dass ich mir die Freiheit genommen haben, den Hoster selbst in die Hand zu nehmen!
