Dieses Forum ist ja sooo toll!

Dann muss ich meine Laitung auch mal hier einwerfen ich surfe so das ich mir die neusen themen anzeigen lasse und dann per tap sie nach einander öffnen lasse und arbeite sie ab. Bei meiner 20mb leitung die zwar in schlechten zeiten auch mal um die 11 bis 12 rumeiert kann ich aber sehen das er teilweise die seiten sehr lange läd das kommt aber durch die diversen scripte die im Hintergrund gladen werden. Zur zeit sind es 4 Stück und dann will ich nicht wissen wie schnell diese server sind.

Moin liebe Gemeinde,

Heckenschneider hat geschrieben: Wenn ich jemand besuche muß ich auch an der Haustür klingeln und kann nicht gleich durchgehen.

@Michael
Einspruch euer Ehren:
Doch wenn sie offen steht
Der mußte einfach sein.

@all
Von den Rest habe ich null Ahnung .
Bin froh das ich mit meinen Heli schweben kann und das ist schon ne Anstrengung .

Wünsche allen einen schönen 4 Advent morgen.

Gruß Uwe

b3nJi hat geschrieben:Core2Duo 3,2Ghz
4GB 1066
GF8800GT 1GB
Java, etc alles aktuellste version
Ich denke nicht
Obwohl,... im Moment läuft es wieder wie geschmiert.

Die Grafikkarte ist Sch...ße.
Zischundweg

rennkiste hat geschrieben:Die Grafikkarte ist Sch...ße. Zischundweg

Egal die reicht für kleine 2D Anwendungen (wofür sie gekauft wurde)

Heckenschneider hat geschrieben:..bei Landei-DSL 1000, erübrigt sich da für mich eh' jede Tempodiskussion über Server.

Landei-DSL 1000 ?? Schön wärs
---- TELEKOM
Aber dafür habe ich was, was die meisten von uns nicht haben

Das Flugfeld ringsrum ums haus
Ok vllt gibts hier doch noch 'n paar Landeier aber ich kenne eigentlich keinen der schneller am Platz ist als ich hehe

gruß

37,50Meter----Stick

Hehe, ich hab vor meiner Haustür auch einige Kilometer Felder und trotzdem... *trommelwirbel* DSL ... *nach einem Spot gehts weiter* ... 3000 Und wenn die liebe Telekom mal endlich den RAM freischaltet dürfte ich irgendwo bei 5-6000 rumflitzen, da die Dämpfungswerte eigentlich recht gut sind.

Und sagt mir nix gegen ne 8800GT.. so eine vertick ich gerade bei ebay

Grinch hat geschrieben:Und sagt mir nix gegen ne 8800GT.. so eine vertick ich gerade bei ebay

Und du verkaufst sie jetzt damit ein anderer auch eine gute Grafikkarte hat. Tztztztz.

Ich komm mit meiner 7900GTO/GTX noch ganz gut zurecht.

Ne 7800GT hätte ich übrigens auch noch, aber die behalt ich als Notersatz

hi,


der Test mit <MRTG> sagt aber nicht aus wo der 'Teufel' auftritt,
er zeigt nur die gesamte Laufzeit an.
Anbei mal eine tracert-latenz Messung von meinen Standort aus, wie man unschwer erkennen kann, liegt bei mir selber (Domain-Netz) die größte Latenz,


da ich mit traffic-shaping arbeite und gleichzeitig VOIP nutze,

wie ich schon sagte, ein Blick mit PMA in die DB sagt alles, nun kenne ich iphpbb nicht, aber das diese kein PMA haben sollen kann ich gar nicht glauben,

Und was haben irgendwelche Pingzeiten irgendwelcher Router mit einem überlasteten Web- oder Datenbankserver zu tun?
Wie ich schon sagte, die meiste Zeit vergeht beim Warten auf die Antwort des Servers.

Code:

Verbunden mit Server nach 00:00:00.0458955 <<< das hier ist die Netzwerklatenz
Empfange Antwort nach 00:00:04.1520780 <<< und das hier die Zeit die der Server irgendwas tut und der Browser warten muss (und das wird in der obigen Grafik visualisiert, übrigens mit Munin, nicht MRTG)
86750Bytes empfangen nach 00:00:00.4140360 << und die Zeit wurde benötigt um die Daten auszuliefern, wer mehr Bandbreite hat kann sich freuen, dann gehts schneller ;)
Gesamtzeit: 00:00:04.6120095

Und letztlich ist iphpbb eine Blackbox für jeden hier. Die haben irgendwo einen oder mehrere Webserver die wiederum an einem oder mehreren Datenbanken hängen. Alles was wir davon sehen ist das was wir reinschicken und das was rauskommt. Mehr ist da nicht zu holen.

hi,

das sehe ich nicht so,
die meiste zeit warte ich auf "vlan.302.er1.fe13....." IP "...26"
da ist die Antwort von "IP...17.2" immer noch im Rahmen.

es ist entscheidend an welcher stelle der Route mein Paket ein long Request-Reply hat, es ist nicht immer das Ziel, deshalb muss man den Aufbau der Route semantisch betrachten.

und siehe http://oss.oetiker.ch/ <- darauf basiert "Munin", steht da ja auch http://munin.projects.linpro.no/, also es ist ein MRTG

letztendlich geht es aber um die "Werbung" und da stimme ich voll zu, es ist lästig

FoxViper hat geschrieben:hi,

das sehe ich nicht so,
die meiste zeit warte ich auf "vlan.302.er1.fe13....." IP "...26"
da ist die Antwort von "IP...17.2" immer noch im Rahmen.

es ist entscheidend an welcher stelle der Route mein Paket ein long Request-Reply hat, es ist nicht immer das Ziel, deshalb muss man den Aufbau der Route semantisch betrachten.

Punkt1: es hat 0 Aussagekraft wenn die Antwortzeiten auf einem der Router länger sind als am Ende, da auch die nachfolgenden Pakete diesen Router passieren und da offensichtlich schnell genug weitergeleitet werden um am Ende wieder eine niedrigere Antwortzeit zu erzeugen. Warum das dann bei einem Router mal länger dauert kann an allem möglichen liegen. z.B. daran, dass Router konstruiert werden Pakete möglichst schnell von einem Interface zu einem anderen zu schieben. Beim Beantworten einer ICMP Nachricht muss allerdings die CPU ran, die vielleicht grad besseres zu tun hat und sowas ganz hinten anstehen muss.

Punkt2: ICMP kann und hat sicher andere Prioritäten als ein TCP Paket auf Port 80. Du kannst diese Zeiten also gar nich als Referenz hernehmen.

Ich mein klar, wenn du über alle beteiligten Komponenten verfügen kannst und ein Flaschenhals suchen musst, dann mag sowas ganz hilfreich sein. Es steht dir auch frei ebenfalls solche Grafiken anzufertigen um Netzengpässe zu Spitzenzeiten nachzuweisen. Nichtsdestotrotz haben wir bereits auf Seite 1 Netzwerkprobleme weitestgehend ausgeschlossen.

Das kann prinzipiell auch jeder für sich selbst tun. Wenns mal wieder länger dauert unten in die Statusleiste schauen. Steht da Verbinden mit... dann hat der Webserver die Verbindungsanfrage noch nicht mal beantwortet, was das leichteste aller Aufgaben sein sollte. Also hakts wahrscheinlich irgendwo auf dem Weg dorthin (oder beim Webserver selbst). Steht da Warten auf... dann steht die Verbindung schon und der Webbrowser wartet auf die Antwort des Servers. Es kann dann zwar auch Netzwerkprobleme geben, aber wenn das Verbinden mit so schnell verschwindet, dass man es kaum sieht und Warten auf ewig stehen bleibt, dann darf man schon mal auf den Webserver oder irgendein nachgelagertes System schliessen. Hat am Ende aber genausoviel Beweiskraft wie ein traceroute

FoxViper hat geschrieben:und siehe http://oss.oetiker.ch/ <- darauf basiert "Munin", steht da ja auch http://munin.projects.linpro.no/, also es ist ein MRTG

komische Logik. Nur weil RRDTool und MRTG vom gleichen Menschen stammen ist alles was RRDTool nutzt gleichzeitig MRTG? MRTG nutzt RRDTool nichtmal (ausser man verwendet mrtg-rrd ). Und wenn wir gerade dabei sind, MRTG 3, sollte es irgendwann rauskommen, wird Munin recht ähnlich sein und ebenfalls auf RRDTool setzen. Aber selbst dann ist Munin nicht MRTG, genauso wenig wie phpBB ein vBulletin ist nur weil beide ihre Daten in einer MySQL Datenbank ablegen können (dazu noch ein paar Funktionen um schöne Grafiken zu malen und fertig ist RRDTool)

FoxViper hat geschrieben:letztendlich geht es aber um die "Werbung" und da stimme ich voll zu, es ist lästig

in der Tat.

Häääääääähhhhhhhhhhhhhhhhhhhhhhhhh

Verstehe nur Bahnhof aber was sollst laut der Karte Stehen die Server in FfM höchst wahrscheinlich auf der Hanauerlandstr. nicht all zu weit weg von mir. laut der aussage wenn ich es richtig verstanden habe soll der trace drann schuld sein? dann läusft es bei euch im norden langsammer als bei mir um die ecke??

was ja eigentlich auch sch.. egal ist und total vom thema weg geht.

dadurch das das forum kostenlos ist muss werbung her diese werbung macht alles langsammer und nervt was schließen wir daraus

Das Problem ist ja auch, selbst wenn wir hier rausfinden würden, keine Ahnung, der Router 4711 is überlastet, die Datenbank 0815 ist am Ende.. von iphpbb interessiert das doch keinen und wenn, dann sollten sie zu dieser Erkenntnis schon lange selbst gekommen sein und können oder wollen nichts dagegen unternehmen.
iphpbb stellt das Forum sowohl von der Hardware als auch von der Software. Die entscheiden welche Werbung hier eingeblendet wird, die entscheiden welche phpBB Version eingesetzt wird, welche Mods sie hat, welche Einstellungen angepasst werden dürfen.
Aber das sind fast noch die kleinsten Nachteile. Viel schwerwiegender: geht iphpbb Pleite, wird wegen irgendwas verklagt oder entscheidet sich, ne, lohnt nich mehr, dann ist hier von heute auf morgen alles tot... wäre schade drum. Doch auch das liegt halt schon lange nicht mehr in unserer Hand.