Baudrate 9600

Zürichsee, Dienstag, 25.02.2020, 17:48 vor 1494 Tagen 1629 Views

Es ist so schön in Nostalgie zu schwelgen. Das waren noch Zeiten,
als ein Modem die Daten mit einer Baudrate von 9600 übertragen hat.
Gegenwärtig habe ich das Gefühl wieder im Gelben gefunden.
Da kann ich locker die Wartezeit mit einer Kaffeepause verkürzen.

LG Zürichsee

Die Forums-Techniker könnten mal ab und zu etwas zum Stand sagen

BerndBorchert @, Dienstag, 25.02.2020, 19:04 vor 1494 Tagen @ Zürichsee 902 Views

Früher gab die Möglichkeit, ein Posting als oberstes festzunageln. Dort könnten die Techniker Statusmeldungen reinschreiben. Und die User Fehlermeldungen und Verbesserungsvorschläge. Solange, bis die neue Version stabil ist, wobei die performance natürlich das wichtigste ist.

Bernd Borchert

@Chef_Techniker (4); Totalausfall DasGelbeForum

tomflitzebogen @, Dienstag, 25.02.2020, 20:06 vor 1494 Tagen @ Zürichsee 998 Views

Eben sogar ein Totalausfall, Forum nicht erreichbar, wird immer besser!

So ist das mit den warmen Worten …

… hohe Performance … dauerhaft stabiles System …

https://www.inet.de

Ich hoffe, dass wird noch was.

Beste Grüße!
tomflitzebogen

Könnte die schwache performance an Suchanfragen liegen, die zuviel Ressourcen verbrauchen? (teilweise Sabotage?) Testen? ggfs. Suchfunktion vorerst abstellen? owT

BerndBorchert @, Dienstag, 25.02.2020, 20:48 vor 1494 Tagen @ Zürichsee 692 Views

bearbeitet von BerndBorchert, Dienstag, 25.02.2020, 20:57

Vielleicht...

Orwell @, Dienstag, 25.02.2020, 22:13 vor 1494 Tagen @ Zürichsee 693 Views

liegt vermutlich es an einer Attacke, oder einem zu schmalbrüstigen Server?

Habt ihr Cloudflare davor geschaltet? Das wäre gut, damit kann man viel "Trafficspam" rausfiltern - kost nix.

Der Server braucht (derzeit) schon 14 Sekunden um das erste Byte auszugeben. Liegt also vermutlich am "schlechten/überlasteten" Server


[image]

Falls Bild nicht lädt: https://ibb.co/BGWMckt

--
"Es ist Juristen nicht zuzumuten, schreiendes Unrecht zu erkennen." (Jörg Friedrich)

"Wenn man sämtliche Schöpfungen des weißen Mannes von diesem Planeten entfernte, besäßen seine Ankläger weder Zeit noch Mittel, ja nicht einmal Begriffe, um

Performance / Fragen

Mausebär @, Dienstag, 25.02.2020, 22:32 vor 1494 Tagen @ Zürichsee 681 Views

bearbeitet von Mausebär, Dienstag, 25.02.2020, 22:36

@Cheftechniker,

tut mir leid, wenn es klugscheisserisch rueberkommt, vermutlich hast Du das alles schon selber schon probiert, ich bin was Administration angeht, eh kein Profi - hoechstens ein leidgepruefter Amateur :-).
Serverauslastung messen: (top ec) was frisst Rechenzeit, welche Prozesse sind viel auf "wait". Serverlogs kontrollieren.
Fuer mich riecht das Problem mit dem Forum am ehesten nach der Datenbank:
In der DB-Konsole haeufig in der Webseite verwendete Statements testen, dann siehst Du direkt, was lange dauert. Sind Indices kaputt? Fehlen Indices? Optimize table?

viel Erfolg und DANKE fuer Deine Arbeit!!!

Mausebaer

im Moment eher nur magere 600 Baud gefühlt

Socke ⌂ @, Dienstag, 25.02.2020, 22:59 vor 1494 Tagen @ Zürichsee 613 Views

9600 war damals erheblich schneller als es hier zur Zeit leider läuft.

Ach, das waren noch herrliche Zeiten, als man mit dem Zyxel mit 19200 der absolute King war während die Masse mit 14400 rumkrebste. Meine guten alten Modem habe ich erst kürzlich dieses Jahr mangels irgendwelcher sinnvollen Anwendungen alle in den Recyclingmüll gegeben.
Manchmal denke ich auch, die Arbeiten hier am Forum gehen nur im Schneckentempo voran.
Zwischenzeitlich war es mal einige Tage besser meine ich.

--
Notquartier für das Gelbe:
http://derclub.xobor.de/
(Im Falle von Störungen beim Gelben soll dies nur als "Info-Kanal" dienen, bis das Gelbe wieder erreichbar ist, siehe hier)
https://www.dasgelbeforum.net/index.php?id=509208

Hey, geht ja plötzlich ganz flott.

Zweistein, Dienstag, 25.02.2020, 23:58 vor 1493 Tagen @ Zürichsee 710 Views

Danke[[top]]

Optimierung

Chef_Techniker @, Mittwoch, 26.02.2020, 01:36 vor 1493 Tagen @ Zweistein 920 Views

bearbeitet von Chef_Techniker, Mittwoch, 26.02.2020, 01:43

Ich habe folgendes geändert (technisch, sorry)

a) benutze jetzt php-fpm7.4 + apache anstelle apache+php7. heisst, php wird getrennt verarbeitet.

b) datenbank habe ich nochmal optimiert, ebenso teste ich noch ein paar Änderungen an den sql server einstellungen

c) das favicon sollte jetzt stimmen

Danke

QuerDenker @, Mittwoch, 26.02.2020, 10:48 vor 1493 Tagen @ Chef_Techniker 647 Views

bearbeitet von QuerDenker, Mittwoch, 26.02.2020, 10:51

Hallo Chef_Techniker,

gerne nochmals ein paar Ideen meinerseits:

Erfasse bitte mal - per cronjob und 'per Hand': via netstat -t + grep -c per awk oder so in eine Logdatei reicht wohl - die ANZAHL der 'Bots' wie google+bing+...

Das dürften zeitweise bestimmt 100 Bots sein, die deutlich Last produzieren und das 'Benutzerempfinden'='Ladezeit' stören...

IM(H)O gehörten Bots per reverse Proxy auf einen dafür dedizierten Subserver umgeleitet -- auch ohne TLS da TLS-Handling ja auch Ebene des Proxies
Suchanfragen ebenso
Ticker ebenso

Schaue Dir bitte auch auf IOWAIT - bei vmstat die vorletzte Zahl, wenn kein iostat installiert!
Denn hohe - und das sind bereits Werte über 0,x% - Werte bedeuten, dass es einen IO-'bottleneck' gibt!

Es gehört auch überlegt ob TLS - also https - für 'normale Seiten' notwendig ist, da ja sowieso 'weltoffen'. TLS/HTTPS könnte man dann auf Login+angemeldete USersessions+Admin beschränken!
Das bringt - wieder Bots... - zusätzliches an Entlastung

Bestenfalls (wenn MLF das nicht anders kann per DNS-round-robin) mehrere SQL-Slaves (read-only und natürlich repliziert) und nur Schreibzugriffe (also Postings und die Zähler) auf einen read-write-SQL (entweder den Master) oder ggf. auch skalierbar mehrere.

Für den revProxy (denn ich auf alle Fälle machen würde...) - mit Cache bestenfalls - kannst du Dir ja neben pound auch varnish oder trafficserver ansehen.

Ergänzung:
Per cronjob den SQL-Server alle paar Stunden neu zu starten hilft manchmal - NUR ALS WORKAROUND... - auch <img src=" />

Beste Grüße und nochmals Danke

QuerDenker

--
10cc: 'communication is the problem to the answer' <img src=" />

Bitte

Chef_Techniker @, Mittwoch, 26.02.2020, 18:43 vor 1493 Tagen @ QuerDenker 515 Views

In der Tat alles gute Ideen, ich werd da sicherlich mal einen PRoxy davorsetzen.
SQL scheint es, ist jetzt nach den letzten Änderungen besser...
Die Antwortzeit auch.

Ergänzung

QuerDenker @, Mittwoch, 26.02.2020, 22:51 vor 1493 Tagen @ Chef_Techniker 475 Views

bearbeitet von QuerDenker, Mittwoch, 26.02.2020, 22:56

Hallo Chef_Techniker,

In der Tat alles gute Ideen,

Gerne

Bisschen Erfahrung halt - Und Theorie alleine ist das nicht <img src=" />


Ergänzung: in der Zeil direkt darüber noch mal das Artefakt (dblqoute-blank-slash-gt direkt dahinter), wenn man direkt per Tastatur NUR semikolon-minus-klammerzu eingibt, um einen augenzwinkernden Smiley zu erhalten...

.. ich werd da sicherlich mal einen Proxy davorsetzen.

Klasse [[applaus]]

Du kannst - vorausgesetzt TLS-Terminierung auf Ebene des Proxy, was die Sache einfacher macht - beim Apache das Forum auf mehreren Ports z.B. 127.0.0.1:8081, 8082,.. laufen lassen.
Dann kannst Du leichter für jedem dieser Forumuinstanzen per IP oder Port einen eigenen SQL-Slave konfigurieren.

SQL scheint es, ist jetzt nach den letzten Änderungen besser...

Es gab die Tage einige Male Fehlermeldungen wie 'zuviele SQL Zugriffe' oder 'Kontakt zum SQL-Server verloren'. Der DB-Server - maria/mysql ? - war also klar am Anschlag.

Aber die sind mir Heute nicht mehr untergekommen!

Die Antwortzeit auch.

Absolut - Die Nutzung von FastCGI (PHP-FPM) bringt immer einiges :)

Trotzdem ist auch der apache teilweise 'an seiner Grenze'.
Ich bin als die Antwortzeiten 'grottenschlecht' waren, mal direkt mit telnet dgf 80 + 'GET index' drauf und die Antwortzeit war hier für die reine HTML-Antwort (Fehlermeldung - und ohne PHP usw.) auch schon über 2 Sekunden

Vielleicht gehen aber auch die verfügbaren Verbindungen aus?
Denn auch die Bots neigen dazu, die Verbindugnen 'oben' zu lassen.
Vielleicht drehst Du an den Timeouts für das keep-alive?

Wieviele Bots usw. sind denn so beim DGF 'daueraktiv'?

Sind die IOWAIT-Werte in Ordnung?

HTH und viele Grüße

QuerDenker

--
10cc: 'communication is the problem to the answer' <img src=" />

Wertre

Chef_Techniker @, Mittwoch, 26.02.2020, 23:23 vor 1492 Tagen @ QuerDenker 495 Views

Die Werte schaue ich mir morgen mal an mit IOwait usw.

Aber danke soweit für die Dankansätze. Mache das zwar schon über 25 Jahre, aber mysql war immer ein problemkind. Nur leider ist mssql oder oracle nciht nur teurer und umfangreicher.

Schönen Feierabend

QuerDenker @, Mittwoch, 26.02.2020, 23:42 vor 1492 Tagen @ Chef_Techniker 464 Views

bearbeitet von QuerDenker, Mittwoch, 26.02.2020, 23:49

Die Werte schaue ich mir morgen mal an mit IOwait usw.

Aber danke soweit für die Dankansätze.

Sehr gerne!

Mache das zwar schon über 25 Jahre,

Frag mich nicht <img src=" />

aber mysql war immer ein problemkind.

Ja, sollte man vermeiden wo es geht...

Nur leider ist mssql oder oracle nciht nur teurer und umfangreicher.

.. sondern ja auch noch closed-source.

Aber die beiden werden bei solchen Performanceproblemen auch nicht 'off the shelf' helfen.

Sondern eben grundsätzlich nur die analogen Ansätze:
Erstmal RAM-Cache (in-memory ist doch 'en vogue') und dann skalieren über mehrere replizierte Serverinstanzen.

erg: Und hier hilft ein caching reverse proxy, weil er ja (z.B. abhängig von HTTP-Gültigkeitsdauerheadern) voll berechnete Seiten 'cached' und damit apache+php+mysql einiges an Rechnerei erspart.


Nochmals Grüße

QuerDenker

--
10cc: 'communication is the problem to the answer' <img src=" />

Werbung