Wartezeiten bei Ayom

Schneller geht es bei immer noch nicht. hmmm
inkl. Suche:

QUOTE Schwerer Fehler! Die Google API hat leider nicht geantwortet.

Bitte versuchen Sie es nochmal und verweden Sie gegebenenfalls die interne Suchfunktion (s.u.).
 
QUOTE (jAuer @ Di 1.5.2007, 12:00) PS: Ist in Ösiland und dort hinter den Bergen (= Schweiz) heute eigentlich auch frei? Machts mal ein bißchen Weiterbildung für mich
rolleyes.gif


Schweiz:
Bei uns ist das "genial" gelöst. Einige Kantone haben frei (zB Zürich, Thurgau), einige nicht (z.B. St. Gallen). Einige Schulen in St. Gallen, die auch Schüler aus dem Thurgau haben, haben eine Zwischenlösung: erst Nachmittag frei...
-> ein Durcheinander!!!
 
QUOTE (HoBbY @ Di 1.5.2007, 13:49)Schweiz:
Bei uns ist das "genial" gelöst. Einige Kantone haben frei (zB Zürich, Thurgau), einige nicht (z.B. St. Gallen). Einige Schulen in St. Gallen, die auch Schüler aus dem Thurgau (wie zB meine) haben, haben eine Zwischenlösung: erst Nachmittag frei...
-> ein Durcheinander!!!

Merci!

Also so, wie wenn in einigen Bundesländern Feiertag ist, Berlin arbeitet und Touris hier im Weg stehen.
biggrin.gif


Also eigentlich so wie immer
laugh.gif
 
Am Muttertag verehrt man die Mutter
Und am Tag der Arbeit den Arbeitgeber. Also geht man zur Arbeit. :) Neidisch auf alle die an der Sonne liegen.
 
ich wollte darauf hinweisen das das Problem immer noch besteht und bei mir teils echt massiv ist. Also es ewig dauert bis die Seite aufbaut.
Heute ist ja immerhin auch kein Feiertag mehr
wink.gif
 
ich weiss nicht was ihr habt
wink.gif
bei meinem dsl 16000 dauert jeder einzelne Seitenaufruf bei Ayom ca. 45 sec - max. 5 minuten. Denke langsam richtig Rekordverdächtig.
 
Jetzt hab ich keinerlei Probleme. Ich weiss aber woran es liegt. Mysql nur teilweise. Eher der kleiner Teil, jetzt hab ich lächerlich wenige Prozesse.

Es ist allerdings wie folgt: (hab das schon mal erzählt, und eigentlich hättet ihr euch ruhig früher beschweren dürfen)

-Ich habe kronischen Servermangel
-Ayom lastet diesen Server nicht aus
-Vor 9Monaten (~) hab ich einen Teil der REssourcen für RPCs freigestellt, d.h. andere Server benutzen die starke Bandbreite von Plusserver und die Rechenzeit. Leider hat diese andere Sache mittlerweile eine Grösse erreicht, sd die übrigen Ressourcen nicht genügen.

Ich hab jetzt diesen Server aus diesem Kreis genommen, sd er keinerlei Daten mehr zu fressen kriegt. Es ist halt schon so, dass er alle 2 Minuten von a und alle 3 Minuten von b angefragt wurde und in 30% der Fälle auch was machen musste. Ich bin auch etwas erschrocken als ich die Datenmassen gesehen habe. Zum Glück ist die Platte gross....

Also ich hoffe es ist jetzt besser, ich muss aber einräumen, dass ich nicht alles Entfernt hab, was da REchenzeit klaut. Ich hoffe es geht so, und ich bitte euch eindringlich sofor zu reklamieren, wenn es zu langsam läuft.

Oh. Ich hab mir soeben die Asche meiner Zigratte über die Stirn gerieben. Ganz symbolisch und so. Ähm räusper hust, ich hab - man könnte sagen überbucht... Etwas. Wenn ich alles abstelle bekomme ich Flschenhälse die mich killen...

Sobald die Crons angesprungen sind ist tatsächlich einiges auf dem Mysql gehabt...

Trotzdem ist die empfundene Wartezeit verglichen zur Serverlast unrealistisch. Ich hab Abbruch nach 30 Hops auf Plusserver! Das ist Müll:

Tut mir bitte noch folgenden Gefallen:
Windows: tracert ayom.com
Linux: traceroute ayom.com

Dann hier posten.

Anyway werde ich das im Laufe dieser Woche beobachten, die Geschwindigkeit ist zum Erbrechen, wenn ich sagen würde was der Server kostet würdet ihr mich auslachen. Sonst gibts n Hetzner für Ayom.

PS: War in .fr, demonstriere nicht. Zumindest nicht am ersten Mai, denn ich sehe Demonstration nicht als das was am ersten Mai gemacht wird.
 
QUOTE ich weiss nicht was ihr habt ;) bei meinem dsl 16000 dauert jeder einzelne Seitenaufruf bei Ayom ca. 45 sec - max. 5 minuten. Denke langsam richtig Rekordverdächtig.


Mir gehts genauso (16.000 TDSL) und dazu kommt noch, das mein IE 7.0 ab & zu die Seite gar nicht anzeigt, sondern abbricht und erst wenn ich auf "neu laden" klicke, die Seite im Schneckentempo geladen wird. Mit Firefox ist es auch nicht anders, ob wohl dieser erfahrungsgemäß immer etwas schneller ist :)

Gruß Dirk
 
Also obschon ich ein paar Sachen abgestellt habe, fühlt sich der Server an als hätte er eine Load von 40. Es ist nicht normal.

Bitte macht mir die Tracer:

8 static-ip-62-75-135-254.inaddr.intergenia.de (62.75.135.254) 43.275 ms 43.871 ms 43.834 ms

Ab dem warte ich einfach etwa 5 Sekunden...

Das ist Abnormal, und es tut mir leid, ich bin jetzt schon zu spät, muss gehen, komme später wieder und schau es nochmal an.
 
Mein Tracert:

CODE
\>tracert ayom.com

Routenverfolgung zu ayom.com [217.172.173.169] über maximal 30 Abschnitte:

1 1 ms 1 ms 1 ms 192.168.2.1
2 * * * Zeitüberschreitung der Anforderung.
3 48 ms 46 ms 47 ms 217.0.72.66
4 52 ms 52 ms 52 ms h-eb1.H.DE.net.DTAG.DE [62.154.49.170]
5 56 ms 51 ms 53 ms DTAG.HAN-7-pos210.de.lambdanet.net [217.71.111.57]
6 58 ms 59 ms 59 ms DUS-1-pos012.de.lambdanet.net [217.71.105.126]
7 64 ms 62 ms 69 ms Intergenia-DUS2.de.lambdanet.net [217.71.110.246]
8 77 ms 68 ms 71 ms static-ip-62-75-200-2.inaddr.intergenia.de [62.75.200.2]
9 * 57 ms 59 ms static-ip-62-75-135-254.inaddr.intergenia.de [62.75.135.254]
10 62 ms 57 ms 57 ms diana94.plusserver.de [217.172.173.169]

Ablaufverfolgung beendet.

\>


Ahja:
Während dieser tracert lief hab ich etwa 2 Minuten auf dieses Antwortfeld gewartet
 
CODE traceroute to ayom.com (217.172.173.169), 30 hops max, 40 byte packets
1 192.168.22.1 (192.168.22.1) 0.358 ms 0.352 ms 0.321 ms
2 access2-dsl-f.nas.tiscali.de (62.26.136.41) 11.591 ms 16.970 ms 12.173 ms
3 so-3-0-0.core1.f.tiscali.de (194.162.4.65) 10.969 ms 10.566 ms 10.284 ms
4 so-0-1-0.fra10.ip.tiscali.net (213.200.65.17) 10.707 ms 14.025 ms 14.590 ms
5 so-2-0-0.fra20.ip.tiscali.net (213.200.82.157) 17.375 ms so-1-0-0.fra20.ip.tiscali.net (213.200.81.214) 10.667 ms 10.258 ms
6 lambdanet-gw.ip.tiscali.net (213.200.65.214) 12.924 ms 10.312 ms 10.657 ms
7 FRA-1-pos000.de.lambdanet.net (217.71.96.69) 10.578 ms 12.640 ms 11.119 ms
8 DUS-1-pos000.de.lambdanet.net (217.71.96.65) 13.664 ms 16.653 ms 13.775 ms
9 Intergenia-DUS2.de.lambdanet.net (217.71.110.246) 23.067 ms 25.700 ms 30.007 ms
10 static-ip-62-75-200-2.inaddr.intergenia.de (62.75.200.2) 28.074 ms 24.591 ms 334.597 ms
11 static-ip-62-75-135-254.inaddr.intergenia.de (62.75.135.254) 14.154 ms 14.316 ms 14.076 ms
12 diana94.plusserver.de (217.172.173.169) 14.017 ms 13.713 ms 14.030 ms



 
CODE tracert ayom.com

Routenverfolgung zu ayom.com [217.172.173.169] über maximal 30 Abschnitte:

1 * * * Zeitüberschreitung der Anforderung.
2 11 ms 10 ms 9 ms 10.224.144.1
3 * * * Zeitüberschreitung der Anforderung.
4 * * * Zeitüberschreitung der Anforderung.
5 18 ms 16 ms 15 ms ch-zrh01a-ra1-so-0-0-0.aorta.net [213.46.171.2]

6 25 ms 18 ms 15 ms tix.zur-1-eth000-102.ch.lambdanet.net [194.42.48
.79]
7 27 ms 30 ms 28 ms FRA-8-eth220-103.de.lambdanet.net [80.86.163.25]

8 47 ms 159 ms 52 ms DUS-2-pos720.de.lambdanet.net [217.71.105.45]
9 33 ms 31 ms 31 ms DUS-1-pos010.de.lambdanet.net [217.71.96.89]
10 54 ms 37 ms 39 ms Intergenia-DUS2.de.lambdanet.net [217.71.110.246
]
11 65 ms 50 ms 70 ms static-ip-62-75-200-2.inaddr.intergenia.de [62.7
5.200.2]
12 34 ms 35 ms 31 ms static-ip-62-75-135-254.inaddr.intergenia.de [62
.75.135.254]
13 31 ms 50 ms 32 ms diana94.plusserver.de [217.172.173.169]

Ablaufverfolgung beendet.
 
CODE Routenverfolgung zu ayom.com [217.172.173.169] über maximal 30 Abschnitte:

1 1 ms <1 ms <1 ms 192.168.1.1
2 75 ms 56 ms 51 ms 217.0.116.36
3 71 ms 50 ms 50 ms 217.0.66.154
4 72 ms 53 ms 52 ms f-eb5.F.DE.net.DTAG.DE [62.154.17.62]
5 75 ms 54 ms 52 ms 62.156.139.242
6 74 ms 51 ms 51 ms FRA-1-pos211.de.lambdanet.net [217.71.96.101]
7 78 ms 55 ms 58 ms DUS-1-pos000.de.lambdanet.net [217.71.96.65]
8 80 ms 63 ms 60 ms Intergenia-DUS2.de.lambdanet.net [217.71.110.246
]
9 86 ms 73 ms 69 ms static-ip-62-75-200-2.inaddr.intergenia.de [62.7
5.200.2]
10 55 ms 56 ms 56 ms static-ip-62-75-135-254.inaddr.intergenia.de [62
.75.135.254]
11 79 ms 55 ms 56 ms ayom.com [217.172.173.169]
 
Tracert ist von Berlin her kein Problem:

CODE

Routenverfolgung zu ayom.com [217.172.173.169] über maximal 30 Abschnitte:



1 * * * Zeitüberschreitung der Anforderung.

2 58 ms 54 ms 55 ms 217.0.82.106

3 61 ms 60 ms 60 ms h-eb1.H.DE.net.DTAG.DE [62.154.49.170]

4 60 ms 60 ms 65 ms DTAG.HAN-7-pos210.de.lambdanet.net [217.71.111.57]

5 64 ms 64 ms 63 ms DUS-2-pos202.de.lambdanet.net [217.71.96.30]

6 68 ms 66 ms 66 ms Intergenia-DUS2.de.lambdanet.net [217.71.110.246]

7 79 ms 78 ms 81 ms static-ip-62-75-200-2.inaddr.intergenia.de [62.75.200.2]

8 67 ms 64 ms 64 ms static-ip-62-75-135-254.inaddr.intergenia.de [62.75.135.254]

9 64 ms 63 ms 63 ms diana94.plusserver.de [217.172.173.169]



Ablaufverfolgung beendet.


Der erste ist immer *, das ist irgendein DSL-Merkmal. Das sind Antwortzeiten, die völlig ok sind.
 
Sie müssen sich einloggen oder registrieren, um hier antworten zu können.
Zurück
Oben