Milamber du GegdĂ€windschmökker. Als wir uns am Sylvester beim Hans besoffen haben, war das Thema, dass jemand ein sylon.ch Abo gerissen hĂ€tte, obwohl wir uns doch in genau diesen Tagen einen 1&1 Rootserver ziehen wollten. Hatte sogar die ausgedruckte PreisĂŒbersicht am Start. 1, 2 Tage Geduld und er wĂ€re am Start gewesen.
Nach unzĂ€hligen Pro-Rootserver-BeschlĂŒssen wĂ€re das erst noch Protokoll-konsistenter gewesen als unser jetziger Stand.
Rugis Verteidigung, CS.
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!
