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
[Problem] [V3.5.1] Sonnenhöhe bei Astro_local inkorrekt?
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
-
- Elaborated Networks
- Reactions:
- Beiträge: 10830
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 5350 Mal
- Danksagung erhalten: 8988 Mal
- Kontaktdaten:
Wir sehen uns das gerne an.
MODs: Bitte den TE bitten, die Versionsinformationen aus dem Footer zu nehmen, damit es keine Verwirrung gibt und dann noch diesen Thread ins passende Unterforum verschieben, weil ich meine, das gehört nicht in Allgemein.
lg
Stefan
MODs: Bitte den TE bitten, die Versionsinformationen aus dem Footer zu nehmen, damit es keine Verwirrung gibt und dann noch diesen Thread ins passende Unterforum verschieben, weil ich meine, das gehört nicht in Allgemein.
lg
Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Elaborated Networks
- Reactions:
- Beiträge: 10830
- Registriert: So Aug 12, 2018 9:27 am
- Wohnort: Frauenneuharting
- Hat sich bedankt: 5350 Mal
- Danksagung erhalten: 8988 Mal
- Kontaktdaten:
Hallo Martin,
bei der Gelegenheit noch: Herzlich willkommen im Forum und danke, dass Du das Thema so gründlich dargelegt hast, wird für die Entwickler sicherlich hilfreich sein.
lg
Stefan
bei der Gelegenheit noch: Herzlich willkommen im Forum und danke, dass Du das Thema so gründlich dargelegt hast, wird für die Entwickler sicherlich hilfreich sein.
lg
Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de
Link zu Impressum und Datenschutzerklärung oben.
-
- Reactions:
- Beiträge: 118
- Registriert: Mi Dez 28, 2022 9:28 pm
- Hat sich bedankt: 28 Mal
- Danksagung erhalten: 83 Mal
Bei mir übrigens das gleiche. Neu anlegen, Standort neu speichern, hat alles keine Auswirkungen. Der ASTRO_local liefert falsche Werte. Wie gesagt, ich hab mich jetzt mit dem anderen Baustein gerettet, aber wenn man einer drüber schauen will, warum nicht.
Viele Grüße
Raimund
Timberwolf Server 3500L #1049 / VPN - im Auslieferungszustand, Reboot ok
Raimund
Timberwolf Server 3500L #1049 / VPN - im Auslieferungszustand, Reboot ok
-
- Reactions:
- Beiträge: 413
- Registriert: Mo Jun 27, 2022 9:30 am
- Hat sich bedankt: 321 Mal
- Danksagung erhalten: 251 Mal
Hallo zusammen,
da ich gerade auf meinem TWS ebenfalls mit Astrofunktionen (und dem Serverstandort) herumexperimentiere habe ich die beiden Logikmodule mal über einen längeren Zeitraum verglichen. Bei mir (und für den Serverstandort, der über die Adresse ermittelt wurde) liefern beide Module über einen längeren Zeitraum die gleichen Ergebnisse - für Sonnenauf- und -untergang, Azimut, Elevation und Mittag,
Vielleicht hängt die falsche Berechnung des Lokal-Moduls, die einige Foristen bemerkt haben, auch mit der absoluten Position des Servers zusammen?
Hier viewtopic.php?f=24&t=1598&start=10#p16784 gibt es ja auch einen Hinweis darauf, dass es fehlerhafte Berechnungen der Dämmerung und der Tag/Nachtobjekte abhängig vom Serverstandort gibt.
Nur ein paar Gedanken meinerseits ... und weil ich beim Studium des Forums über beide Beiträge gestolpert bin.
Viele Grüße
Falk
da ich gerade auf meinem TWS ebenfalls mit Astrofunktionen (und dem Serverstandort) herumexperimentiere habe ich die beiden Logikmodule mal über einen längeren Zeitraum verglichen. Bei mir (und für den Serverstandort, der über die Adresse ermittelt wurde) liefern beide Module über einen längeren Zeitraum die gleichen Ergebnisse - für Sonnenauf- und -untergang, Azimut, Elevation und Mittag,
Vielleicht hängt die falsche Berechnung des Lokal-Moduls, die einige Foristen bemerkt haben, auch mit der absoluten Position des Servers zusammen?
Hier viewtopic.php?f=24&t=1598&start=10#p16784 gibt es ja auch einen Hinweis darauf, dass es fehlerhafte Berechnungen der Dämmerung und der Tag/Nachtobjekte abhängig vom Serverstandort gibt.
Nur ein paar Gedanken meinerseits ... und weil ich beim Studium des Forums über beide Beiträge gestolpert bin.
Viele Grüße
Falk
Vielen Dank und viele Grüße
Falk
TWS 3500M ID:810 - VPN aktiv - Reboot nach Absprache
1-Wire, KNX (MDT u. a.), EnOcean (Eltako u. a.), Gira TKS, ekey multi
Falk
TWS 3500M ID:810 - VPN aktiv - Reboot nach Absprache
1-Wire, KNX (MDT u. a.), EnOcean (Eltako u. a.), Gira TKS, ekey multi
Hallo zusammen,
Ich bin stolzer Besitzer eines TW3500 und neu hier im Forum. Derzeit beschäftige mich aktuell mit dem Logikeditor.
Dabei bin ich stutzig geworden und habe diesen Beitrag hier im Forum gefunden.
Seht es mir nach wenn ich etwas übersehe, aber gibt es zu dem Thema mittlerweile eine Lösung?
Gruß Andreas
Ich bin stolzer Besitzer eines TW3500 und neu hier im Forum. Derzeit beschäftige mich aktuell mit dem Logikeditor.
Dabei bin ich stutzig geworden und habe diesen Beitrag hier im Forum gefunden.
Seht es mir nach wenn ich etwas übersehe, aber gibt es zu dem Thema mittlerweile eine Lösung?
Gruß Andreas
timberwolf1295, VPN offen, Reboot jederzeit
-
- Reactions:
- Beiträge: 532
- Registriert: Fr Jul 24, 2020 6:44 am
- Wohnort: Hamburg
- Hat sich bedankt: 210 Mal
- Danksagung erhalten: 193 Mal
Moin Andreas,
ich weiß nicht genau, ob das bisher geändert worden ist. Was bei mir aber immer funktioniert hat, war der Baustein "Astro_geo". Bei Angabe der Position hat das immer richtig funktioniert. Lediglich der "Astro_local" führte zu falschen Werten.
Du könntest also wenn das Problem noch bestehen sollte, den Baustein mit geographischer Angabe nutzen.
ich weiß nicht genau, ob das bisher geändert worden ist. Was bei mir aber immer funktioniert hat, war der Baustein "Astro_geo". Bei Angabe der Position hat das immer richtig funktioniert. Lediglich der "Astro_local" führte zu falschen Werten.
Du könntest also wenn das Problem noch bestehen sollte, den Baustein mit geographischer Angabe nutzen.
Viele Grüße
Nils
TWS 3500XL ID:1080 (VPN offen, Reboot nach Rücksprache)
Nils
TWS 3500XL ID:1080 (VPN offen, Reboot nach Rücksprache)
Hallo Nils,
danke für die schnelle Rückmeldung! Habe gerade einen Test laufen, wo ich die beiden Logiken mit meinen benötigten Ausgabewerten mal vergleichsweise im Doktormodus laufen lasse und mir am Wochenende mal die Werte in Grafana anschaue und vergleiche. Werde dann voraussichtlich auch den Astro_geo verwenden.
Komisch ist nur das es scheinbar bei machen funktioniert und bei anderen nicht. Da der letzte Beitrag zu dem Thema in November 23 war, wollte ich mal nachhören ob mittlerweile von den Entwicklern jemand drauf geguckt hat.
Gruß Andreas
danke für die schnelle Rückmeldung! Habe gerade einen Test laufen, wo ich die beiden Logiken mit meinen benötigten Ausgabewerten mal vergleichsweise im Doktormodus laufen lasse und mir am Wochenende mal die Werte in Grafana anschaue und vergleiche. Werde dann voraussichtlich auch den Astro_geo verwenden.
Komisch ist nur das es scheinbar bei machen funktioniert und bei anderen nicht. Da der letzte Beitrag zu dem Thema in November 23 war, wollte ich mal nachhören ob mittlerweile von den Entwicklern jemand drauf geguckt hat.
Gruß Andreas
timberwolf1295, VPN offen, Reboot jederzeit