[Berlin-wireless] ff_mapupdate friert olsrd ein

[Sven-Ola Tuecke]

Hi,

OLSR aender ist Bloedsinn bzw. zu aufwaendig. Um die Kartendaten abzufragen 
muss auf interne Datenstrukturen zurueckgegriffen werden. Bei asynchroner 
Abfrage koennen die sich zwischenzeitlich aendern (neue Nameservice-Pakete 
empfangen). 

Aendert den Parameter "latlon-file" z.B. auf /tmp/bla.txt und mach'n cronjob 
mit "cat /tmp/bla.txt > latlon.js". Dann kann ein Konsument die latlon.js 
solange festhalten wie will. Kostet: 64kb RAM.

// Sven-Ola

Am Sonntag 02 Mai 2010 03:43:47 schrieb Dennis Bartsch:
> Das Problem hier ist jedoch ein anderes: ff_mapupdate greift auf das
> latlon.js file zu, welches wiederum vom nameservice-plugin gefüllt wird,
> und blockiert es solange, wie wget hängt.
>
> Mit Henning habe ich ja auch schon gesprochen: Er stellt sich vor, dass man
> den Zugriff auf das latlon.js asynchron gestaltet, so dass die
> Hauptschleife weiterlaufen kann. Dann wäre das Problem von OLSR-Seite
> behoben. Sollte aber ein Script, gerade bevor es im update_all-modus
> hunderte wgets (übrigens auch ohne timeout-parameter) auslöst, nicht vorher
> prüfen, ob das Ziel vorhanden ist? Auf unserem Uplinkrouter läuft das ganze
> als Shell-script, da habe ich den timeout auf 10s festgelegt und die
> Prüfung mit httping abgefackelt. Nur weiss ich nicht, wie das in Lua am
> besten gelöst wird.