[Wien] cpu load 1.4.5, 1.6.10 und 1.6.13 in html und bildern

[Sven-Ola Tuecke]

Hallo,

die Systemlast ist tatsaechlich etwas zu hoch. Da steht unter Status:
Gerätelaufzeit: up 1 day, load av: 1.35, 1.54, 1.59

Ein vergleichbarer Wert waere:
Gerätelaufzeit: up 27 days, load av: 0.66, 0.68, 0.66

Die zweite Statusinfo hab' ich von einem Kirchenrouter. der ebenfalls 14
Nachbarn listet und darueberhinaus auch noch Batman faehrt, der locker
nochmal dasselbe an CPU verbraucht wie der olsrd. 

Ich kann gerne mal draufgucken, wenn du mir ein Kennwort zusendest
(sven-ola-aet-gmx.de) oder die angehaengte Datei in /etc/dropbear des
Routers speicherst (z.b. WinSCP nehmen).

// Sven-Ola

akku wrote:

> Sven-Ola Tuecke schrieb:
>> Ahoi,
>>
>> das koennte die Pollrate sein (in /etc/olsrd.conf). Die hab' ich
>> 'runtergesetzt, um weniger Packet-Loss fuer Ethernet zu haben. Als erste
>> Gegenmasznahme koennte man in /etc/init.d/S53olsrd diesen Wert wieder
>> 'raufsetzen, z.B. auf 0.1.
>>
>> Aber das loest das Problem nicht. Die Pollrate ist kleiner, damit die
>> UDP-Eingangspuffer nicht so schnell ueberlaufen. Man kann die
>> UDP-Eingangspuffer im Kernel groeszer machen, aber das hat auch
>> Nachteile. Du wirst evnt. feststellen, dass dann hoerhere ETX Werte (==
>> Paketverlust) auf den Ethernet-Stecken einhergenen.
>>
>> Mein Tipp: Mindestens eine Station in der naeheren Umgebung sendet in
>> schneller Folge eine grosze Zahl von LQ_TC's. Kann man z.B. so
>> herausbekommen:
>>
>> olsrd -d 0 -nofork -dispin|sed -ne'/Sender main addr: /,/LQ_TC/p'
>>
>>   
> kan mir das wer übersetzen?   ---------^
> bin weder linux guru noch programierer
> (grad mal vi und putty das geht grad noch *g)
> 
> in ssh shell eigeben ?
> 
> [  '/  ] = beteutet neue zeile ?
> oder alles auf einmal ?
> mit den komischen [  '  ] zeichen ?
> 
> auf jeden fall bekomm ich keine vernüftige (ip_s ?)  meldungen
> ausser das selbe ausgabe wie  [olsrd -help]
> 
> UND bei allen ?? 1.6 versionen !!
> dauerts auch ewig bis 1.6 device im netz erreichbar ist
>  
> weiter zur 1.6.14 alles orginal olsrd load in TOP ~90%
> olsr_speed testweise auf 10  gesetzt =  ~90% hilft nix
> oder
> pollrate auf 0.1 gesetzt = neustart setzt wieder 0.025 häää ?
> weiter gesucht
> pollrate in  /etc/init.d/#S53olsrd angepasst !!
> 
> pollrate ist auf 0.1 gegangen ABER load unverändert ~89%
> 
> nu geb ichs mal auf wenn wer  zugriff auf den device haben will
> und es besser macht gerne *g pass kommt per mail
> von http://zelttest3.funkfeuer.at/
>  
> 
> hf akku
>> // Sven-Ola
>>
>> "akku" <(spam-protected)> schrieb im Newsbeitrag
>> news:(spam-protected)
>>   
>>> hallo an die programierer *g
>>> statistic ist im cpu.zip smokeping im png bild
>>>
>>> Alles am selben device und am selben knoten (zelter7)
>>> Instaliert wurde jedesmal via trx paket und die statistics dazu, sonst
>>> nix.
>>> Das ist ein knoten mit extrem vielen direckten nachbarn 1hop und   noch
>>> mehr   2 hop nachbarn
>>>
>>>
>>> alle nachbarn sind nur via lan anschluss erreichbar also via KABEL
>>> also keine funkverbindungen da anderer kanal. eingestellt ist
>>>
>>> also WIFI WAN und LAN sprechen olsr !
>>> damits so  schön belastet ist *ggg
>>>
>>> restliche einstellungen ist wie olsr_speed =5  Beacon-Intervall: 100 usw
>>> wie im wiki.funkfeuer.at beschrieben
>>>
>>> smokeping wurde auch viel besser nach 1.4.5 downgrade um ca 13h und  um
>>> 17h wurde rebootet
>>>
>>> erreichbar via
>>> http://zelttest3.funkfeuer.at/
>>> also in summe kurz
>>>
>>> olsrd load in 1.6.13 = ~93%  ja ist sicher minimal mehr ! als 1.6.10
>>> olsrd load in 1.6.10 = ~90%
>>> olsrd load in 1.4.5  = ~50%
>>>
>>> braucht wer mehr daten ? Aaron ?
>>>
>>> hf akku
>>>
>>>
>>>
>>>     
>>
>>
>> --------------------------------------------------------------------------------
>>
>>
>>
>>
>>
>>
>> --------------------------------------------------------------------------------
>>
>>
>>   
>>> --
>>> Wien mailing list
>>> (spam-protected)
>>> http://lists.funkfeuer.at/mailman/listinfo/wien
>>>     
>>
>>
>> --
>> Wien mailing list
>> (spam-protected)
>> http://lists.funkfeuer.at/mailman/listinfo/wien
>>
>>
-------------- nächster Teil --------------
Ein eingebundener Text mit undefiniertem Zeichensatz wurde abgetrennt.
Name: authorized_keys
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20071028/93a30e3f/attachment.ksh>