Speicherverbrauch durch im Admin UI aufgeblähte Objekte
-
@thomas_ sagte in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
Es ist ein Fehler
der
@homoran sagte in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
anscheinend durch das Zusammentreffen von unglücklichen Umständen einmalig passiert.
-
@thomas_ sagte in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
Es ist ein Fehler und die Überschrift beschreibt den Fehler. Nicht mehr, nicht weniger.
Wie @Homoran schon geschrieben hat ist es dann gesichert ein Fehler (von ioBroker), wenn man ihn reproduzieren und nachvollziehen kann. Dazu fehlen (wie ebenfalls schon mehrfach erwähnt) alle Fakten.
Schiebt den Thread halt da hin, wo er euch am besten gefällt und nennt ihn, wie ihr wollt.
Wer ist jetzt hier "zickig"?
-
@thomas_ said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
Es ist jetzt ein Bug Report, würde ich sagen
Allfällige Fehler bitte IMMER als Issue auf Github erfassen. Nur über diesen Weg kann eine Fehleranalyse / bearbeitung stattfinden. Wenn du vermutest dass ein Fehler in Admin vorliegt öffnen bitte ein Issue im Admin Repository.
Das Forum ist Ok für Eingrenzungen / Diskussionen etc. Es fungiert aber NICHT als Ort um echte oder vermeintliche Fehler zu erfassen.
-
@mcm57 said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
@thomas_ said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
Es ist jetzt ein Bug Report, würde ich sagen
Allfällige Fehler bitte IMMER als Issue auf Github erfassen. Nur über diesen Weg kann eine Fehleranalyse / bearbeitung stattfinden. Wenn du vermutest dass ein Fehler in Admin vorliegt öffnen bitte ein Issue im Admin Repository.
Das Forum ist Ok für Eingrenzungen / Diskussionen etc. Es fungiert aber NICHT als Ort um echte oder vermeintliche Fehler zu erfassen.
das mach ich schon. Er hat halt gefragt: Welches Forum? Und meine Antwort hat nicht gepasst, offenbar.
-
@samson71 said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
Schiebt den Thread halt da hin, wo er euch am besten gefällt und nennt ihn, wie ihr wollt.
Wer ist jetzt hier "zickig"?
Wieso zickig? Ich wiederhole: Schiebt da hin, wo ihr wollt und nennt ihn wie ihr wollt. Mir ist das egal. Völlig.
-
@thomas_ said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
das mach ich schon. Er hat halt gefragt: Welches Forum? Und meine Antwort hat nicht gepasst, offenbar.
Ich misch mich mal nicht aktiv in eure Diskussion ein. Ich wollte nur sicherstellen, dass du nicht annimmst dass ein Posting im Forum einem Bug-Rport / Issue entspricht.
-
@mcm57 said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
@thomas_ said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
das mach ich schon. Er hat halt gefragt: Welches Forum? Und meine Antwort hat nicht gepasst, offenbar.
Ich misch mich mal nicht aktiv in eure Diskussion ein. Ich wollte nur sicherstellen, dass du nicht annimmst dass ein Posting im Forum einem Bug-Rport / Issue entspricht.
Nein, das nehme ich nicht an. Wär ja noch schöner wenn die Entwickler sich jeden Tag noch durch das ganze Forum quälen sollen
-
@thomas_
Dieses Forum ist ein sehr gutes Forum in dem man gerne hilft.
Hör auf, nachdem Du nicht mal 24 Stunden als User angemeldet bist, mit Downvotes um Dich zu werfen !
Es gibt da keinen Grund dazu.
DU suchst Hilfe und nicht die Helfenden.https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
Lasst uns doch ein gutes Miteinander hier haben bitte.
-
@thomas_ und warum jetzt schon wieder einen Downvote für einen schlichtenden Beitrag ?
-
@djmarc75 schlichtender Beitrag.
-
@thomas_
Sollte das hier jetzt in "Kindergarten" ausarten, gibt es auch andere Möglichkeiten.Der Anfang von solchen Dingen ist in der Tat ganz oft das um sich werfen mit Downvotes. Gerade als Neuuser macht man sich so bestimmt dauerhaft beliebt und wird ganz sicher zu einem sinnvollen Teil dieser Community
-
Also doch das Trotz-Schema. Scheint ein sonniges Gemüt zu haben unser Diplom-Inhaber.
-
Also bitte könntet ihr alle mal ganz ganz tief durchatmen und vor dem nächsten Posting nachdenken was das zum im Eröffnungsposting angesprochenen Thema beiträgt. Technische Dateils sind gefragt.
Emotionsgeladene weieter Beiträge bringen nichts und machen den das Topic nur unlesbar.
Sollten daher weieter reinie Emotionsbeiträge kommen würde ich den Admins vorschlagen hier mal zu schließen. Zur Sache wurde ja schon ausführlich diskutiert - auch wenn es keine Lösung gab. Und eine Behandlung als Issue muss sowieso unter Angabe der benötigten Informationen erfolgen.
-
@mcm57 sagte in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
muss sowieso unter Angabe der benötigten Informationen erfolgen.
die es hier nie gegeben hat, und durch den Weggang des TE auch weiterhin nicht kommen werden.
-
@mcm57
Alles gut. Zu meinem Kommentar stehe ich aber. Es ist und bleibt eine pure Trotzreaktion. Es wurde mehrfach versucht das Ganze runterzuspielen und den Ball wieder flach zu bekommen. Und die ganze Diskussion um den vermeintlichen Fehler ist wirkungslos, wenn nicht mal ansatzweise erbetene Infos geliefert werden. -
@mcm57
Der User hat sich abgemeldet
-
@A Former User said in Speicherverbrauch durch im Admin UI aufgeblähte Objekte:
Ich habs gefunden! Da ist irgendwo ein Bug in der Admin UI im Zusammenspiel mit dem SQL Adapter! Ziemlich sicher bei der Aktion "alle Zustände bearbeiten".
Und wahrscheinlich nur beim USERDATA Ast.Habe mir die Backup Datei angesehen, dort hab ich es gesehen. Da steht in den ganzen Objekten folgendes drin.
Auf der Oberfläche steht es auch drin wenn man die die Objekte in der JSON Ansicht aufmacht.
Da sollte eigentlich einfach "debounce": 1000 stehen. Stattdessen wird dort eingetragen:
"debounce": [ 0, [ 0, [ 0, 1000 ], [ 0, 1000 ], ... 34 Millionen Zeilen (!!!) später ... [ 0, 1000 ], 1000 ], 1000 ]Könnte ev. mit diesem Issue zusammenhängen bzw. gefixed sein:
https://github.com/ioBroker/ioBroker.admin/issues/2359
