- √ - Shop auf Wiregate.de fast nicht erreichbar, wer hat noch Probleme? Belohnung!

[MatthiasS]

Mal Strg-F5 gedrückt? Aus dem Cache geht es bei mir auch flüssig.

Seiten wie Exsys dauern bei mir bis zu 20 Sekunden. Win8.1, FF, KDG 100MBit/s

[Micro1972]

Hallo,

bei mir wird die Seite die auch letzten Tage immer recht flüssig angezeigt.
Ich nutze Windows XP und Firefox 25.0.1.

Viel Erfolg bei der weiteren Suche, Mirko

[tanzbaer]

Und zum öffnen des Suchhorizontes. Wenn sich bei sowas der Fehler nicht schnell finden lässt, dann ist die Ursache zu 99% in einer Ecke zu suchen von der man 100%ig sicher ist, das da alles ok ist. Und sobald der Fehler gefunden ist haut man sich dann selber mit dem Brett, dass man die ganze Zeit vorm Kopf hatte. ;-)

Alles prüfen, nichts glauben.

[tanzbaer]

Zum Server. Auch Windows sollte ähnliche Einstellungen haben.

Hat mal einer die Limits geprüft? Insbesonders io/file Unter unix mit netstat prüfen, wieviel parallele ios offen sind. Nicht das die Kiste so konfiguriert ist, dass sie nach 10 offenen sockets blockt.

[tanzbaer]

Ah, ganz wichtig. Wenn der server oder die Firewall einen Virenscanner hat. Entweder testweise deaktivieren, oder wenn es unix ist durch ein strace prüfen, dass der nicht immer die gleichen files scannt. Dann rennt der Server in ein io limit oder der virenscanner kommt nicht mit.

[tanzbaer]

Es ist hier deutlich zu erkennen, wie manche Files ewig zum laden brauchen andere ruck zuck übermittelt werden.

Avast habe ich hier nicht im Einsatz.

Hast du einen sniffer? Wenn Du die Pakete sniffst, dann kannst du sehen, ob es wirklich im Browser hängt oder auf der anderen Seite. Ich habe gelernt diesen Tools nicht blind zu glauben, da man sich nicht sicher sein kann, wo und wie sie ihre Zeiten abgreifen.

[Dragonos2000]

Ist eine IPS oder McAfee mit HIPS im Einsatz?
Und wie sieht es mit Fragmentation aus? Ich hatte schon Fälle, da hat durch Fragmentierung die Firewall dicke Backen gemacht.
Ferner kann dieser "geht / geht nicht" Effekt auch von Ethernet-Trunking (Link Aggregation, wie auch immer man es nennen mag) kommen, wenn ein madiger Link dabei ist. Habt Ihr mal die Etherstats geprüft?


Gruss
Jochen.

[tanzbaer]

IPs doppelt vergeben? Läuft der alte Serverrechner noch? Wenn ja, ausmachen und gucken was passiert. Warten, die Zuordnung mac auf ip wird vom BS gecached.

Wenn eine Lastverteilung dazwischen hängt, vorher und nachher die Leitung sniffen und sicherstellen, dass der nicht ins Nirvana routet.

Wie ist die Namensauflösung? Hat sich da was geändert? Nicht dass sich die Kiste doppelt auflösen lässt.

[Dragonos2000]

Ich habe null Performance Probleme mit dem Shop.
Windows XP
Firefox 25.0.1
T-Online DSL 16000

Ergänzung 26.11.: Das System war "kalt", also Cache geleert

Gruss
Jochen.

[henfri]

Hallo,

vielleicht mal ein anderer Ansatz:
Seit wann besteht das Problem?
Was habt ihr in diesem Zeitraum geändert?

Gruß,
Hendrik

[cava]

Ich hab eben mit ApacheBench 100x (nacheinander, nicht parallel!) die print.css abgefragt, und währenddessen habe ich im Firebug schön beobachten könnten, dass die Wartezeit für einzelne Dateien (vor allem die drei großen Bilder der Startseite) auf fast 3 Sekunden gesprungen ist.

Hier ist mein Ergebnis von einem Hetzner vServer aus (1 paralleler Zugriff):

root@intrepid:/etc/bind# ab -n 100 http://shop.wiregate.de/skin/frontend/elabnet/default/css/print.css
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking shop.wiregate.de (be patient)...apr_socket_recv: Connection timed out (110)
Total of 11 requests completed

Und hier das Ergebnis von meinem MacPro über KDG (diesmal mit 20 parallelen Zugriffen):

enterprise:~ werner$ ab -n 100 -c 20 http://shop.wiregate.de/skin/frontend/elabnet/default/css/print.css
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking shop.wiregate.de (be patient)...apr_socket_recv: Operation timed out (60)
Total of 87 requests completed

[netzkind]

Davor gibt es einen Haufen Firewalls usw. [..]

Das alleine klingt schon nach einem Problem.

Meine Beobachtung: wenn man bei euch ein bisschen Last verursacht, knicken der Auslieferung die Beine weg.
Ich hab eben mit ApacheBench 100x (nacheinander, nicht parallel!) die print.css abgefragt, und währenddessen habe ich im Firebug schön beobachten könnten, dass die Wartezeit für einzelne Dateien (vor allem die drei großen Bilder der Startseite) auf fast 3 Sekunden gesprungen ist.

Es ist definitiv kein Browser-Problem, also keine Frage der HTML/JS/CSS-Syntax, da ApacheBench sich dafür nicht interessiert, und dennoch böse Auslieferungszeiten vermeldet:

mbp:~ julian$ ab -n 100 http://shop.wiregate.de/skin/frontend/elabnet/default/css/print.css
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking shop.wiregate.de (be patient).....done


Server Software:        Apache/2.2.16
Server Hostname:        shop.wiregate.de
Server Port:            80

Document Path:          /skin/frontend/elabnet/default/css/print.css
Document Length:        3841 bytes

Concurrency Level:      1
Time taken for tests:   170.120 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Total transferred:      409500 bytes
HTML transferred:       384100 bytes
Requests per second:    0.59 [#/sec] (mean)
Time per request:       1701.199 [ms] (mean)
Time per request:       1701.199 [ms] (mean, across all concurrent requests)
Transfer rate:          2.35 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:      754 1661 1522.0   1670   15457
Processing:    38   40   1.8     39      50
Waiting:       33   35   1.8     34      45
Total:        792 1701 1521.9   1710   15496

Percentage of the requests served within a certain time (ms)
  50%   1710
  66%   1715
  75%   1782
  80%   2015
  90%   2220
  95%   2720
  98%   4032
  99%  15496
 100%  15496 (longest request)

Ihr habt also definitiv "in der Leitung" oder "auf der Maschine" ein Problem.

Ich schlage vor, ihr macht selbst einen Benchmark mit ab, und schaut parallel die Systemlast an, die Last auf den vorgeschalteten Firewalls, und die Logs der Firewalls.
Ein Traceroute meint auch, dass der letzte Hop einen Teil der ICMP-Pakete verschluckt, das sieht für mich dann nach einem Netzwerk-/Firewall-Problem aus:

traceroute to shop.wiregate.de (81.16.179.100), 64 hops max, 52 byte packets
 1  fritz.box (10.7.7.1)  2.715 ms  1.495 ms  1.380 ms
 2  lo0.hra-r-a-01.net-htp.de (81.14.248.172)  17.245 ms  16.660 ms  16.511 ms
 3  ae-2-0.hra-r-p-00.net-htp.de (81.14.249.18)  16.005 ms  15.633 ms  15.775 ms
 4  xe-1-2-0-0.hra-r-p-01.net-htp.de (81.14.249.31)  16.362 ms  15.535 ms  16.057 ms
 5  bbrt.hb-1-ge-4-0-0.ewe-ip-backbone.de (212.6.114.221)  65.145 ms  18.232 ms  17.471 ms
 6  bbrt.ffm-0-10ge-6-0-0.ewe-ip-backbone.de (212.6.114.14)  29.462 ms  28.955 ms  28.789 ms
 7  xe0-0-2.e3.mk.de (80.81.192.140)  29.239 ms  29.466 ms  29.152 ms
 8  vl4.ds3a.mk.de (85.220.183.22)  29.298 ms  29.734 ms  29.315 ms
 9  82.100.208.186 (82.100.208.186)  29.273 ms  30.080 ms  29.458 ms
10  * pop-ffm1-v04296-fa0-0-11.elabnet.de (81.16.176.6)  30.472 ms !X *
11  pop-ffm1-v04296-fa0-0-11.elabnet.de (81.16.176.6)  31.395 ms !X *  31.575 ms !X

(Nachtrag: während traceroute lief kein ab, meine Leitung war unbelastet)

Anbindung hier ist über einen lokalen Provider (htp) mit 8000/800 DSL.

Viel Spaß bei der Suche,
Julian

[Astrafahrer]

Aktuell kein Problem bei mir.

Dem kann ich mich anschließen; Seite und Inhalte laden flüssig (DSL 5000 kbit/s; Chrome unter Mac OS).

[Bodo]

Hoi

Aktuell kein Problem bei mir.

[cava]

Hallo,

ich habe es jetzt auch mal probiert. Einmal mit Mac OS X 10.9, XP mit IE 8 und Win 7 mit IE 10. Es hat beim ersten Zugriff immer ewig gedauert.

Auf den Windows hab ich jeweils httpwatch mitlaufen lassen. Das Ergebnis war aber immer ein anderes. Mal haben die png von http://www.wiregate.de/images ewig zum laden gebraucht, mal war es ein Teil der css-Dateien.

Unter XP wird ein Zugriff auf http://:/ angezeigt, den ich unter Win 7 nicht sehe.

Teilweise sind auch Bilder nicht angekommen. Ich persönlich würde Netzwerkprobleme ausschließen und den Fehler beim Server suchen. Das macht es für den Aussenstehenden dann allerdings schwierig, den Fehler zu finden.

Gruß
Werner