Forenüberlastung durch massiv gestiegene Abfragen

Derzeit kommt es immer wieder zu heftigem Abfrageaufkommen im Forum, teils bis zum 20-fachen des üblichen. Deshalb ist das Forum langsam bzw. es kommt zu 503-Status-Anzeigen oder gar keiner Reaktion des Forums.

Wir haben in den letzten Wochen laufend reagiert und die Leistung verdoppelt, was zunächst geholfen hatte. Mittlerweile haben die Abfragen wieder zugenommen und wir haben heute am frühen Abend die Serverleistung nochmals verdoppelt. Allerdings hat sich gleich darauf das Abfragevolumen ebenfalls verdoppelt.

Wir arbeiten seit längerem an einem Umbau der IT-Struktur des Forums, damit sollten wir nächste Woche eine Verzehnfachung der Leistung erreichen und könnten mit der neuen IT-Basis dann auch nochmals nachlegen.

Die Ursachen für diese Abfragen scheint nach ersten Analysen in KI-Systemen zu liegen, die für das Training der Modelle das gesamte Internet mit hoher Leistung auslesen. Ein Filtern ist schwierig, weil es mal US-Adressen sind und dann wieder chinesische und das ständig wechselt.

Bitte sichert neue Beiträge in einem Texteditor vor dem Absenden im Browser. Wir bitten um Eure Geduld

[Beantwortet] [V4.0 IP3] 1-Wire Temperatursensor Werte 3x auf KNX Bus

Alles zu 1-Wire im Allgemeinen. Für den Busmaster gibt es ein eigenes Unterforum unter Zubehör
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln

maggyver
Reactions:
Beiträge: 385
Registriert: So Okt 14, 2018 1:48 pm
Hat sich bedankt: 246 Mal
Danksagung erhalten: 299 Mal

#21

Beitrag von maggyver »

Hallo Stefan,

ich lese das anders.

Das die BCU nur Telegramme sofortig quittiert, die an ihre eigene Adresse gerichtet sind. Die anderen Telegramm übernimmt dann das Zusammenspiel aus BCU und MCU bzw. HOST. Die allgemeine Quittierung von Telegrammen wird nach setzen der PA in der BCU aktiviert. Der MCU bzw. HOST kann durch den ACK_INFO_SERVICE eingreifen um ein Beispiel zu nennn, die BCU für einen Zeitraum von 700ms alle empfangen Telegramme mit einem "BUSY" quittiert.
Grüße
René
_______________________________________________________________________________

TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider

Mibr85
Reactions:
Beiträge: 596
Registriert: Mo Dez 02, 2019 5:38 am
Wohnort: Freital
Hat sich bedankt: 428 Mal
Danksagung erhalten: 239 Mal

#22

Beitrag von Mibr85 »

@SchlaubySchlu
Besteht das Problem bei dir immer noch oder kann ich es auf gelöst setzen?
Grüße Micha

TWS 3500 XL #1209 + TWS 2600 #528 + PBM #972,
VPN offen, Reboot möglich
PLZ 01...

Ersteller
SchlaubySchlu
Reactions:
Beiträge: 228
Registriert: Mo Aug 13, 2018 9:32 pm
Wohnort: Allgäu
Hat sich bedankt: 116 Mal
Danksagung erhalten: 98 Mal

#23

Beitrag von SchlaubySchlu »

Hallo Micha,

nachdem so wie ich es verstanden habe dies exakt das Verhalten des KNX Bus ist wird sich daran nichts ändern bis ich entweder einen KNX-Teilnehmer einbaue der diese Telegramme einfach quittiert oder die CV bekommt die Möglichkeit so in den TWS integriert zu werden wie die TWS-Visu damit nicht alles auf den KNX-Bus geschrieben werden muss was in der CV angezeigt werden soll.

Diese "Möglichkeit" das die CV oder jede andere Visu direkt auf die "Daten" des TWS zugreifen kann wäre meiner Meinung nach auch die sauberste Variante.

Kannst das Thema von mir aus schließen.

Gruß
Ralf
Timberwolf Server 2600 #196, VPN offen, Reboot nach Vereinbarung, BM 729
Antworten

Zurück zu „1-Wire“