Neuer meshviewer auf http://mesh.ffnw.de

das ist nicht ganz der richtig ansatz,
vermeintlich neue freifunker wollen wissen was
im gesamten netzt los ist und am eigenen knoten
da helfen ein paar bildchen und zahlen. :grinning:

1 „Gefällt mir“

Transparenz schaffen, wir sind ein Mitmachnetzwerk! was war es wo warum?

Ja - wir haben ja den Netmon. Der tut noch und liefert die Informationen die du da nennst.

Meshviewer ist auf der Liste und wird dann ja für 7 Communities ausgerollt.

1 „Gefällt mir“

:fearful: :neutral_face: sieben :grimacing: OW

Jetzt taucht es doch wieder auf, siehe „loy-wope4“
neuer Meshviewer: 95%
alter Meshviewer: 75%

neuer Meshviewer:

loy-wope4
Model: TP-Link TL-WR841N/ND v9
Firmware release: 0.6.1

22:44:47 up 9 min, load average: 0.54, 1.09, 0.70

6: br-client: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
link/ether c4:6e:1f:e7:cd:86 brd ff:ff:ff:ff:ff:ff
inet6 2a03:2260:1001:0:c66e:1fff:fee7:cd86/64 scope global dynamic
valid_lft 86398sec preferred_lft 14398sec
inet6 fd74:fdaa:9dc4:0:c66e:1fff:fee7:cd86/64 scope global dynamic
valid_lft 85889sec preferred_lft 13889sec
inet6 fe80::c66e:1fff:fee7:cd86/64 scope link
valid_lft forever preferred_lft forever

   total used free shared buffers

Mem: 28860 24788 4072 0 1596
-/+ buffers: 23192 5668
Swap: 0 0 0

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 2304 2304 0 100% /rom
/dev/mtdblock3 512 240 272 47% /overlay

alter Meshwiewer:

loy-wope4
Model: TP-Link TL-WR841N/ND v9
Firmware release: 0.6.1

22:42:36 up 6 min, load average: 0.63, 1.29, 0.69

6: br-client: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
link/ether c4:6e:1f:e7:cd:86 brd ff:ff:ff:ff:ff:ff
inet6 2a03:2260:1001:0:c66e:1fff:fee7:cd86/64 scope global dynamic
valid_lft 86374sec preferred_lft 14374sec
inet6 fd74:fdaa:9dc4:0:c66e:1fff:fee7:cd86/64 scope global dynamic
valid_lft 86020sec preferred_lft 14020sec
inet6 fe80::c66e:1fff:fee7:cd86/64 scope link
valid_lft forever preferred_lft forever

  total used free shared buffers

Mem: 28860 24976 3884 0 1612
-/+ buffers: 23364 5496
Swap: 0 0 0

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/root 2304 2304 0 100% /rom
/dev/mtdblock3 512 240 272 47% /overlay

also einen großen Unterschied sehe ich da nicht in den Daten, allerdings im Meshviewer.
Deshalb nochmal meine Frage: „Aus welchen Daten wird der ‚Arbeitspeicher‘ im Meshviewer berechnet“?

Gruß, wope

1 „Gefällt mir“
if (!("memory_usage" in d.statistics))
  el.appendChild(showBar("memory-usage", d.statistics.memory_usage))

also aus d.statistics.memory_usage, was der nodes.json entnommen wird

1 „Gefällt mir“

es ist gut das du die werte analysierst, das ist ja sinn eines Mitmachnetzes
etwas zu zerforschen, aber keine sorge, dein knoten platz nicht :grinning:

bis heute morgen gab es nich schluck auf mit dem meshviewer, der sollte heute mittag erledigt sein :watch:

Und weil wir die alle gerne hätten und @PowerPan so Traumhaft war etwas zu programmieren.
Achtung: Noch nicht Fertig → GitHub - wattnpapa/Freifunk-Node-Clients-stats: Node, Clients and System Statistics

https://mesh.ffnw.de/#!v:m;n:6466b38a58f2

bsp.

klick auf das stat bild im meshviewer (nein nicht hier) :grin:

OK, @PetaByteBoy, da kann man was mit anfangen.
Vielen Dank, wope

Ich könnte mir mir vorstellen, dass so viele RRD-Graphen ganz schön ziehen am Server. Oder ist das nicht RRDtool?

hier wird nicht das ffmap-backend genutzt!

Das ffmpa-backend erzeugt alle .rrd files und dannach pngs für alle knoten und statistiken in einem rutsch bei jedem cron aufruf das ging garnicht. stimmt!

Wie sehr die erzeugung der .rrd files oder pngs genau resourcen benötigt müssen wir uns anschauen, das läuft grade alles auf @PowerPan server.

An diesem jetzigen umstand unserer meshviewer-karte und statistiken url (http://freifunk.rudolphmedia.de/stats/getNodeGraph.php?interval=24H&mac=6466b38a58f2&type=clients&width=528) kann man sehen,
mensch kann meshviewer und statistiken super von einander trennen :smiley:

PNG*s werden, so meine info @PowerPan schau, erzeugt und erst wieder nach 60sek neu erzeugt…dadurch das es png*s sind natürlich lokal im browser gecacht.

Zukuft habe ich mir gedacht die png’s in einer ramdisk zu speichern und nur die RRD files auf einem nicht flüchtigen speicher ablegen :wink: aber das ist zukunft…

6 Beiträge wurden in ein neues Thema verschoben: Clientanzahl - Statistik versus Nutzbarkeit der Verbindung

Nein,
Fastd-Tunnel können auch einbrechen unter Last. Ist auch nur UDP.
Gibt ja hier Leute, die Instanzen auf Metall des Freifunk-Rheinland nutzen dürfen. Sprich: Packetloss kann prinzipiell auf allen Strecken auftreten. Egal, ob da nun UDP oder TCP gefahren wird. Es schmerzt in beiden Fällen, nur eben unterschiedlich.
Und um auf den Meshveier zurückzukommen: Hier muss eine andere Datenquelle mit dazu, die existierenden Alfred-Metriken reichen dafür nicht aus.

Das ist ja wohl nur geil!!
Die neue Statistik ist genau das was gefehlt hat,
Super Arbeit!!
Ein kleines Rechtschreibproblem könnte allerdings noch gelöst werden:

Gruß, wope

1 „Gefällt mir“

Ich finde die Grafana/Prometheus Stats deutlich angenehmer als die CPU-intensiv gerenderten RRD Dinger.

http://map.freifunk-moenchengladbach.de/#!v:m;n:a0f3c105b710

ich finde Grafana/Prometheus Stats sehr interessant und würde das bei uns gerne installieren.
Kann ich bei dir/euch oder wem anders sehen was ^^ diese kombi an leistung vom srv benötigt?

Aber erstmal scheitert es ganz klar an nötigem wissen und zeit.
Ich benötige ein paar infos, z.b install anleitungen oder hilfe zur selbsthilfe. RTFM kann ich dann alleine :blush:

Für @PowerPan war es kein problem bei den vorhanden gegebenheiten (ffmap-backend+meshviewer v4) die stats mit rrd zu machen, deswegen erst mal diese lösung.
ich werde noch mal mit @PowerPan über Grafana/Prometheus sprechen :wink:
Danke dir @dgoersch

danke!

einfacher für einen entwickler ist es einen fehler zu melden
ich habe das mal für dich gemacht

@picard: Vielen Dank für deinen Einsatz!

Gruß, wope

1 „Gefällt mir“

So unterschiedlich sind die Geschmäcker :wink: rrd an sich ist relativ günstig (sowohl, was die Abhängigkeiten als auch die Laufzeitumgebung angeht); die Unart, nach jedem Update auch gleich alle drölf Graphen neu zu zeichnen, die eh’ niemand jemals ansieht, ist es, was rrd zum Ressourcenschwein werden läßt.

Anyway, dank @PowerPan 's Code haben auch wir im Kreis Gütersloh sowie der Müritz-Region die Möglichkeit, ›günstig‹ (i. e. nur per RRD auf Basis bestehender Alfred-Daten) erweiterte Auswertungen zu fahren — vielen Dank dafür!

1 „Gefällt mir“

Wieso heisst der Meshviewer so?
und viel wichtiger, wieso haben wir die adresse mesh.ffnw.de genannt?
Eben, das hat keinen grund!

Meshviewer unsere MAP (Karte) in Nordwest
Heißt nun MAP :grinning:

Intuitiv: map.ffnw.de

1 „Gefällt mir“